把补洞变成体系

这一天真正往前走的，不是 openword 又补了几个零碎渲染问题，而是 WPS 对齐这件事开始更像一套能持续压实的体系。到 4 月 10 日，注意力已经不再停在“哪里还不像 WPS”，而是继续把这些偏差改写成更大的语料面、更明确的转换逻辑，以及更硬的验证链条。

过了零点，工作还是从熟悉的补洞开始，只是问题已经比前几天更细。本地 Codex 会话一路盯着 page count、脚注分隔线、首字下沉、contextual spacing、mirror indents、watermark、run border、pattern shading、table cell 对齐、textbox、shape、line-height、段落边框、tab stop、bidi/RTL、多栏和 header/footer 往下压；另一边，Claude 则更多在梳理 corpus 来源、补 renderer 和 layout 里的关键缺口，并检查 style property 在不同 converter 之间到底哪里还没有真正对齐。表面上看是两摊活，实际是在做同一件事：一边把问题具体化，一边让实现更准确地贴到这些问题上。

这一天真正拉开差别的是下午那一段密集落地。openword 仓库连续出现 phase18 到 phase114 的 corpus 扩充提交，把更多本地真实文档和 LibreOffice/FDO 样本纳入回归面；与此同时，样式级编号、段落边框、shading、tab stop、compat flags、docGrid、section orientation、themeFontLang 这些原本分散的 fidelity 问题，也一条条落进代码。晚些时候，Claude 又把这套过程反向验证了一次：修正字体度量和回退链路后，page-count 对齐重新跑到了 1608/1608。所以 4 月 10 日最重要的进展，不是某一条 commit 本身，而是 corpus 扩张、转换补齐和验证回跑第一次在同一天被拧得这么紧。

这一天也有旁枝。凌晨先把 4 月 9 日的私有 scaffold 和公开日志发了出去，说明“每天把工作重新讲清楚”本身也还是正式维护动作的一部分。更边上一条，是 Moonlight Android 虚拟键盘打到 Sunshine on macOS 却送不进主机的排障线，ChatGPT 和 Codex 都各自摸了一次，但没有发展成当天主项目。这条支线虽然不大，却和 openword 主线透露出同一种工作方法：不满足于“现象很怪”，而是继续追问到底是客户端、宿主权限，还是具体输入链路断了。

回头看，4 月 10 日最核心的自我修正，是不再满足于“已经知道还剩哪些 fidelity 问题”，而是开始要求这些问题必须能被更多样本反复撞见、被更明确的转换逻辑吸收、再被统一验证重新确认。openword 离收尾还早，但这一天已经让它从高密度补洞，往更成体系的硬化推进了一步。