[R2][回归] 核对 more.com 尾部 ECH 的捕获与 Recovery 差异 #42

现象

真实 more.com 的 pager 捕获存在两种尾部：一种只有提示文字，另一种在 q 退出时追加 CR + CSI 79X（十六进制 0d 1b 5b 37 39 58）。当前捕获器在等待 TF_PAGE_1 后就发送 q，尚未证明 More 提示完整输出后再退出。

固定 366 字节捕获的末尾为 CR + CSI 79X。默认 Recovery 在 3x12 回放后于第三行留下 )，termforge.2 与 termforge.3 候选和固定 pyte 0.8.2 则清除该行。两个候选版本在同一原始捕获上的差异完全相同，因此这不是 margin 修复引入的差异。新鲜捕获为 360 字节时，三应用 3 次 match；不能据此忽略另一类真实运输。

保留的边界

• 不修改原始捕获、不删除尾部控制序列、不把 reference difference 自动改判为 match。
• pyte 是独立参考而非完整真值；需按 ECH 的行边界与 pending wrap 合同裁决 Recovery 是否正确。
• 需核实等待完整 More 提示、q 发送、进程退出及输出排干的实际顺序，不能用固定延时冒充同步。
• 此问题与 [R2-04][终端] 实现备用屏、滚动区域及关联模式 #27 margin 修复分开；[R2][回归] 收敛 Windows 可靠性与历史未闭合失败 #38/[R2-12][交付] 构建并验收 Windows R2 基础开发包 #35 不能因此关闭。

后续验收

• 固定同一捕获比较默认 Recovery、候选和独立参考，明确 ECH 与 wrap 的可观察合同。
• 真实 more.com 在确认完整提示后退出，记录输出端点、退出与回收；不同合法重绘不能靠修改输入规避。
• 消除捕获竞态及确认的实现差异，或保留带精确输入和未完成路标的差异记录；完整默认 differential 与 R1 回归不得被静默降级。

父项：#38。