把猜测换成实证

这一天真正推进的，不是某个仓库单点爆发，而是工作方式本身又往前拧紧了一圈：凡是还停留在“差不多知道”“大概可行”“可能是这里”的地方，都开始被逼着拿真实代码、真实样本和真实运行路径重新判断。当天能确认的证据主要来自本地 Claude、本地 Codex 和仓库产物；remote Codex 没有补出独立会话，ChatGPT 导出也没恢复成功，但现有材料已经足够把这条主线看清。

过了零点，openword 很快定下了这一天的底色。表面上是在继续逆向 WPS Web SDK，检查 tblLook、段落分页、行压缩、ruby、EQField、textbox、watermark、column line 这些渲染和排版细节，真正往前收紧的却是另一层：不再满足于“大概知道 WPS 怎么画出来”，而是继续追问具体落在哪个函数里、按什么顺序执行、受哪些属性控制。随着逆向文档、check-features.ts、table.docx 这类验证材料出现，这条线最后也落成了一笔真正偏实现的 WPS-style document layout/rendering 大提交，把先前堆出来的理解压成以后还能继续实现和校验的骨架。

到了上午，这种“别再靠猜”的压力换了几个更直接面向结果的入口。lvshe-be 没有停在泛泛怀疑案件分析为什么读不懂上传材料，而是直接拿真实判决书复现，确认 case-chat 的上下文链条究竟是被摘要压扁了，还是检索拼接本身出了问题，随后把资源检索和上下文装配重新接回去，也顺手把文书起草里偶发漏出的 Markdown 痕迹收了一遍。voicepen 也没有停在“做一个像 Doubao 输入法那样的 macOS 语音输入”的想象层，而是去拆 APK、看验证机制、摸公开 API 和实时接入路径，连 voiceprobe 这类临时摘要和本地构建产物都留了下来。重要的不是功能已经成型，而是参照物终于从产品印象变成了可被拆解的真实实现。

下午到晚上，这种校正继续往运行时层面推进。fachi 里“长视频有概率黑屏”的问题，被拉回到真实文件、浏览器预览能力和异步清理竞争上，而不是停在“偶尔会这样”的模糊描述里；codex-suite 则把连接方案重新拉回 tailnet 这条更明确的路径，开始认真面对 TailscaleKit / libtailscale 应该怎么落到移动端，而不是继续在桥接和代理之间维持一个抽象上可行、但边界越来越虚的中间状态。回头看，4 月 8 日留下来的成果既有代码，也有一种更难丢掉的工作姿态：把“近似理解”一步步换成“可验证判断”。