[JavaZeroo]

问题与最终行为

resize 回放和后续缓存匹配会把不同列的相同文字当成同一行版本，导致选择和 Find 沿用旧坐标。两条匹配路径现均保留文字起始列：移位使旧选择/命中失效，Find 重扫定位到实际列；尾部未写 padding 仍不影响匹配。

关联 #29，只完成独立坐标修复。ADR-0005、候选说明、FEATURES 和证据索引同步区分回放完成后清空、回放期间清空及尚未验证的尺寸语义。

验证

• 原始反例失败 → 修复通过；单独恢复缓存比较旧逻辑仍失败。
• 12 个公开接口组合覆盖左右移位/不变对照、回放中/回放后、整段/逐字节；旧 861B 重放及其余候选核心测试继续执行。
• Windows 11 x64，候选 termforge.4 + 系统 ConPTY，完整 CTest 48/49。Vim 场景在 stage50 因测试 PATH 缺少 vim 失败，其余 48 项通过。
• 同源码/二进制只补已有 Vim 的进程 PATH，独立 TUI 套件 1/1 通过（6 用例各两轮）。保留首次失败，不合并成一次全绿。
• Standards 与 Spec 独立审查。固定源码、文件/二进制哈希和逐测试结果见 验证记录。

性能影响（如适用）

没有运行性能测量；测试耗时仅为诊断，不构成 WindTerm 等价或容差验收。

来源与限制

输入与修复为独立编写，不使用私有资源或反编译代码。没有修改 Rust 上游、FFI、默认核心或实验官方后端。#29 的冻结尺寸、历史清空、真实 child 尺寸及原版对照仍未完成，正式核心选择仍待用户确认。

此提交的 hosted CI

• PR 默认构建 40521551886：Windows/Linux 成功。
• 候选构建 PR 40521551878 / push 40521518415：Windows/Linux 均成功。
• push 默认构建 40521519113：Linux 成功，Windows CTest 45/46，粘贴夹具 cancel case 在产品 Paste 前创建 delayed owner 失败（exit2、Win32错误5、Job0/desktop已回收）。日志步骤名可能被清理阶段遮蔽，原生首错未知；原件已按GitHub digest核对，分列跟踪于 [R2][回归] 定位 hosted 剪贴板占用反馈后的45秒超时 #99 / [R2][回归] 收敛 Windows 可靠性与历史未闭合失败 #38。

四条运行均为 attempt1，没有重新运行取绿。PR 保持 Draft，默认构建失败不由另外三条成功覆盖。

[JavaZeroo]

按 #29 路线裁决（选项 C）关闭：不采纳本栈的行模型路线。

依据：main 上 �xperiments/core/history_view.hpp 为 80 行、基于 #169 的 owned id / sealed rows；本栈是 268 行的 �iew_mapping/Piece/DisplayRow 路线。且 main 的 ext_document.hpp（96 行）比本栈的（81 行）更新：多了 �poch、精确 index_of、order_revision/compare，本栈的 �efore() 按 line_id 排序在 main 的语义下不成立。

其中可叠加的部分已分别落地：

• 路线无关的回放坐标修复 → fix(core): 失效的回放文本坐标不再复用（#29 的路线无关部分） #263
• �iew_mapping 映射层（按 main 的 compare/�poch 适配）→ feat(core): 叠加式显示页坐标映射层（#29 的 view_mapping） #264

其余提交实现的是被取代的行模型，不再是候选。分支保留供参考。