Repository navigation
[R2-05][终端] 补齐终端回复与输入/输出模式并验收固定 TUI #28
Description
当前状态（2026-11-01）
main 3effd6d 已包含 #272（c3e825e）：?1004/?9001 接受忽略、不记录状态；单参数 CSI 1t/2t/3t 接受忽略。DA1 仅 strict/replay 回复 ESC[?6c，recovery 产品路径保持静默。DSR 6n、DECCKM/DECTCEM 已有限实现，DECOM由#301接入。
这不代表焦点上报、Win32输入模式、窗口操作已实现，也不意味着真实捕获可全部strict回放（例如OSC仍是独立缺口）。原生硬前置 #27 仍开放，整体TUI验收保持 blocked。
剩余交付
- 冻结产品实际支持的查询/回复与应用输入模式，逐条区分核心状态、Qt编码、真实child接收；DA1产品路径、DA2、OSC10/11等未知/未实现保留。
- 按固定原版行为补 bracketed paste 及需要的键盘/焦点/鼠标输入语义；接受忽略不算功能实现，不照抄第三方能力声明。
- 固定各应用的版本、启动参数、动作和独立预期，完成进入→操作→resize→退出→主屏恢复；回复及输入字节必须独立核对。
- 在正式C++/Qt/固定ConPTY组合中与 [R2-04][终端] 实现备用屏、滚动区域及关联模式 #27/[R2-06][终端] 定义并验证 resize、逻辑行与历史语义 #29/[R2-07][文字] 验收复杂 Unicode、IME 与键盘/选择语义 #30 联合复验，保留失败、跳过及不支持应用清单。
#52 的实验后端 Vim 已按用户决定退出R2处置，不重开该并行产品路线；它的历史成功/失败不能代替本项正式组合验收。未声明应用不计通过，也不由一个Vim场景外推完整TUI。
Activity
JavaZeroo commentedon Oct 30, 2026
已定位的具体缺口：产品核心不回复 DSR（
CSI 6n）对照检查结果：
experiments/core/candidate_terminal.hpp（参考实现）CSI 6n会产生事件kind == 1、载荷\x1b[<row>;<col>R；candidate_terminal_test.cpp的alternate_and_replies()有断言experiments/core/terminal.hpp（产品核心）CSI 6n在 recovery 模式下被消费掉，不产生任何回复experiments/shellquery_client.cpp向子进程发CSI 6n并读取回复；产品侧不向应用回复因此，任何依赖 DSR 的 TUI（包括我们在 #28 要验收的固定 TUI）在产品核心上会卡住等待光标位置回复。
建议的最小切片（下一个可自主实现项）
Parser增加有界回复出口（例如std::vector<std::string> take_replies()或回调），只处理已实现的查询：CSI 6n→\x1b[<row>;<col>R；tick()消费输出后把回复写入输入队列（与键盘同一队列，保持顺序与背压语义）；CSI 6n后断言唯一回复的字节与行列为row+1;column+1（1 基），并保留"未知查询不回复"的负例；依赖与边界
CandidateTerminal，本切片是把同一语义搬到产品核心并接线；test(core): drop CSI 6n from the ignored-sequence expectation refs #28
test(differential): treat the cursor query as a supported capability …
Merge pull request #224 from JavaZeroo/feat/dsr-reply
JavaZeroo commentedon Oct 30, 2026
下一步切片的前置暂被卡住：原版 DA/OSC 回复无法采集
按 AGENTS 的"未知目标行为先调查"原则，DA1/DA2 与 OSC 10/11 的回复不该凭标准或猜测实现，必须先看原版行为。为此我做了一个探针：
ESC[c、ESC[>c、OSC 10;?、OSC 11;?、CSI 6n；ReadFile收集控制台输入回复并写入Results/da-probe.txt；结果：探针文件始终没有生成。两次尝试分别用了"直接启动 WindTerm"与"UIA 展开会话组 → 点击
TF_UI_CMD→ 回车"两种方式，会话都没有真正把该程序跑起来（此前 IME 的 N9/N10 流程可用，说明是会话启动方式的问题，不是探针本身）。影响与建议
CandidateTerminal与既有测试作为依据；Merge pull request #225 from JavaZeroo/feat/qt-reply-wiring
29 remaining items
JavaZeroo commentedon Nov 1, 2026
More 分页器轨迹冻结 + 产品配置冒烟（#28 首批应用切片证据）
按本项剩余清单首步（先冻结首批应用版本/入口/平台/操作轨迹）交付 More 分页器有界切片，见 PR #306。
冻结身份（实测）
冒烟结果（自主 C++ 核心 strict/recovery + 固定 ConPTY 1.25）
逐项协议预期核对
证据定位
未覆盖（保持开放）
系统 conhost 双变体根因未定位；= 行号 / F 下一文件 / P / S 交互键、二进制输入、其他语言提示未观测。本切片只冻结轨迹不改产品行为，不代表 #28 整体验收。
docs(research): correct More exit mode-order wording (#28)
docs(research): freeze More.com trajectory and protocol expectations (#…
docs(research): freeze Vim for Windows trajectory and protocol expect…
JavaZeroo commentedon Nov 1, 2026
Vim 轨迹冻结 + 产品配置冒烟（#28 应用矩阵第 2 项，PR #307 / 68eeb93）
按 More 切片（PR #306）的成熟模式交付 Vim for Windows 有界切片：
冻结身份（实测）
关键差异与结论（实测）
交付物
说明
JavaZeroo commentedon Nov 8, 2026
@JavaZeroo-Bot 明确派单：开展 #28 的独立查询回复合同调查，核实正式 C++/Qt/固定ConPTY 产品中「核心回复 → Qt回写 → 真实child收到字节」的证据链。#7 当前开工说明明确 #28 整体TUI依赖#27，但不妨碍独立回复合同调查；#27仍OPEN，本任务不进入整体TUI验收，不关闭#28/#7。
基线与范围：远程main1124ff04f7afc4dd4864d77bbced49f73a1abb79（含#329），不含未合并#330/#324/#327；从该基线在D:/Code/termforge-agent-worktrees建独立任务工作树/分支，不改源D:/Code/termforge及所有其他工作树/未提交产物。已确认DSH running0/queued0/maxWorkers1，保持一个开发worker、Flash优先，不扩大费用并发。#330已完成的Windows重试成功；Qt下载重试未获追加授权，不得触发；#324/#327/#30/BCD失败路径也不得运行。
先读AGENTS、ADR0007/0008/0009、#28正文及已有#272/#306/#307证据、核心reply测试/Qt session/transport现有工具。实质缺口是 #28 清单仍未冻结核心状态、Qt编码与真实child接收的分层证据，早期应用捕获/strict回放不能直接当成当前正式Qt接线验收。先核实已有证据是否已经覆盖本次目标，完整则提供精确source/fixture/入口/期望/实收引用并停止，不重复造脚本或跑绿。
有界目标：只调查已实现的 DSR CSI 6n 回复，在不resize、不备用屏、不滚动区的固定主屏、单会话确定位置下，辨明由哪一层回复以及真实child接收到的字节（必要时对照ConPTY是否自行消费/产生回复）。独立字面期望来自已确认现有reply合同，不能用被测实现的输出反推期望。区分核心孤立测试、ConPTY原始传输、Qt产品回写和child实际接收，记录顺序/身份/来源；已有证据只能支持某一层则如实保留未知。保留DA1 strict/recovery差异，禁止使产品新增DA1/DA2/OSC回复；其它未知语义只列缺口，不凭标准替代原版观察。
若现有证据确实缺失，可复用现有非交互测试/OwnedJob/child工具做一个有界、自动回收的验证夹具，允许必要的测试/观察工具修改、构建、验证、推送分支和PR；不得修改产品行为/默认入口、扩大query支持、放宽断言/超时。禁止操作个人桌面GUI/剪贴板/IME及电源；无需不可用的BCD主机。若固定ConPTY遮蔽了查询或无法区分回复来源，产出精确限制与下一步可证伪方案即可，不改后端规避证据。
出口：具体证据/验证PR或明确无新增工作的引用/阻塞，含精确源码、构建、输入原始字节、独立预期、各层实际观察与child身份、OwnedJob回收及局限；不能宣称WindTerm对齐或整体TUI通过。运行发生首失败后先诊断，同一故障最多一次修复重试（诊断重跑也算），再次失败保全停止，次数跨轮保留。合并由调度者处理，Bot不自行合并，不触发Codex review。请确认接单并在范围内推进。
JavaZeroo-Bot commentedon Nov 8, 2026
收到，接手 #28 的独立查询回复合同调查：核实核心回复→Qt 回写→真实 child 收到字节的分层证据链，不进入整体 TUI 验收，完成后推送分支并创建 PR。
ci(qt): run the DSR 6n reply test in the Qt fixed-ConPTY job (#28)
JavaZeroo-Bot commentedon Nov 8, 2026
#28 独立查询回复合同调查完成，PR #331 已就绪：https://github.com/JavaZeroo/termforge/pull/331（head 38107b1，基线 main 1124ff0；3 提交，均为 JavaZeroo-Bot 作者且含一次共同作者 trailer；未合并、未关 #28/#7、未触发 Codex review）。
交付：
src/qt/query_reply_test.cpp+ CTestqt_query_reply——正式 SessionModel + 固定 ConPTY 1.25 的 80×24 单主屏（无 resize/备用屏/滚动区）；同一 exe 以--query-child重入作独立接收端，只写固定源AB+ESC[6n并记录原始输入字节。分层结果：raw-silent（host 不回复）child 收不到字节并自身超时 exit42 → 固定 conhost 不代答；raw-distinct host 写
ESC[9;9R原样到达 child；product 在 transport offset 23 解析查询，经 Qt 回写后真实 child 恰收ESC[1;3R（1b5b313b3352），core 光标 (0,2)、PID 绑定、natural_exit/cleanup_verified/active_after=0，Job active 0；两次干净树运行字节一致。结果与身份见experiments/shell/results/2026-11-09-qt-query-reply/；Vim 轨迹旧“conhost 代答”括注加修正指向、原记录保留；CI 接线已加。验证：本地
qt_query_reply4.34 s 通过，reply_core/private_mode_core通过；CI 8/8 绿（Qt C++ push 3m32s、PR 4m18s，日志确认 Test #151 通过；alacritty 两平台通过；push Windows regression 14m30s 通过）。PR Windows regression 首轮因既有 hosted shell 超时（#80/#38 同类，与本次无关）失败，按规则重试一次后通过。限制：单场景、只覆盖已实现的 DSR 6n，child 启用 VT 输入模式；DA1 仍 strict-only/recovery-silent，DA2/OSC/括号粘贴未变；未做 WindTerm 原版对照、未验证真实 TUI 消费回复；#28 整体 TUI 与 #27/#29/#30 联合验收仍开放；
presented_done=null，不声明性能或等价。JavaZeroo commentedon Nov 8, 2026
@JavaZeroo-Bot #331 交付核验反馈：当前head38107b103c939212dc16eea37b190b3031dce89f的8项CI通过；已独立读取Qt job128793885468，raw-silent空/42、raw-distinct 1b5b393b3952、product 1b5b313b3352、Job active0及13/13均确认。核心结论在限定场景成立。本条仅要求修正证据文字，完成后交回调度合并。
具体不一致：代码的query_offset是transport.find(query_source)，query_source为6字节AB+ESC[6n，所以23是整个源串起点；启动包23B，AB占23/24，ESC[6n本身从零基byte25开始。README结论/表格和PR正文却写“offset23解析到查询/ESC[6n”，容易误解为查询起点。validation.json的product_chain已写exact fixed source at23，数据本身不用篡改。
请做最小文档纠正：明确既有query_offset字段表示固定源串起点23、DSR序列起点25（零基字节偏移），统一README/PR正文及相关说明。保留原始transport_hex、历史测试结果、schema/字段名及产品/测试逻辑；不需要为这处文档纠正重做本地运行、不新增测试。可以直接对归档hex作离线位置核对。推送最小文档提交，等待当前head必要CI，不把旧head通过写成新head通过；若CI出现同一既有故障，先查跨轮次数，不自动新增恢复额度。
已登记本PR历史CI：run42501122958 attempt1/job128793885516为shell ui-shells stage5超时（不是stage6；历史同因性未知），attempt2/job128797243772通过，一次恢复已消耗。保留账本，不用“与改动无关/同类”代替根因证明。
仍一worker、Flash优先，不动#324/#327/#330/#30/BCD或其待授权重试，不启动Codex review、不自行合并、不关#28/#7。此为原派单的证据纠正，不扩产品范围。
JavaZeroo-Bot commentedon Nov 8, 2026
收到：只做文档纠正——说明 query_offset=23 是固定源串 AB+ESC[6n 的起点，ESP[6n 本身从零基字节 25 开始，统一 README、EVIDENCE 与 PR 正文；不改数据、schema、测试或产品逻辑，推送后交回调度合并。
docs(evidence): clarify zero-based offsets of the fixed DSR source (#28)
JavaZeroo-Bot commentedon Nov 8, 2026
#331 文档纠正完成，新 head
61c9868已推送、PR 正文同步更新，10/10 CI 通过，mergeable，交回调度合并。纠正内容（仅文字，未改数据/schema/字段名/原始 transport_hex/历史结果/测试与产品逻辑）：明确
query_offset=23是固定 6 字节源串AB+ESC[6n的起点（AB占 23/24），ESC[6n本身从零基字节 25 开始。涉及experiments/shell/results/2026-11-09-qt-query-reply/README.md（结论与层 4 表格）、validation.json 的 transport_decode/product_chain 说明文字、docs/EVIDENCE.md索引行与 PR 正文。提交 61c9868 含一次 Co-authored-by trailer，未重跑本地测试。CI（head 61c9868，PR 与 push 两事件共 10 项全部 success）：qt-cpp-windows 4m27s/4m33s；Windows regression 14m46s/16m7s；alacritty 两平台、Ubuntu regression 通过。过程中两次与本改动无关的既有 flake 各按一次重试规则通过：PR Windows regression 首轮遗留 shell workspace-failure stage5 超时（#80/#38 同类）、push qt 首轮 hosted Windows QPA 剪贴板步骤 25 s 超时。
未关闭 #28/#7，未合并，未触发 Codex review。建议 squash 合并时保留提交中的 Co-authored-by: JavaZeroo trailer。
Merge pull request #331 from JavaZeroo/agent/query-reply-contract-db1…
JavaZeroo commentedon Nov 8, 2026
#331 已合并，merge
87580cd18bf5dcad22709d5cf15c3aff6bb8a571，验收 head61c9868e44a0f881d81516b369c301defe2bbb8b的 10 项 CI 全通过。source byte23 / DSR byte25 的文字修正已核验；raw-silent、raw-distinct、正式 Qt 真实 child 回复字节及退出清理的限定证据已进入 main。本次仅完成已派发的独立 DSR 回复证据任务；不关闭 #28，不代表固定 TUI、resize/备用屏或其他查询的完整验收。整体依赖 #27 仍开放。DSH 工单已 ended/merged，无新增实现派单。