2026-04-02 日志

这一天最清楚的主线，不是又开了几条新线，而是在不同系统里反复做同一件事：把那些原本寄生在旧宿主、旧环境、旧实现里的隐含前提，翻译成自己能维护的边界、接口和结构。当天可用证据主要来自本地 Codex 和仓库产物，其他来源没有补出独立内容，反而让主线更集中。

早上先浮出来的是 codex-suite 的断连问题。表面上是在补 bridge 断开后的自动重连和状态提示，真正被逼出来的却是一整串边界问题：browser session、native host、WebRTC、iOS 支撑链条里，哪些失败过去会默默发生，哪些状态现在必须让用户看见、让宿主接住、让代码明确处理。修的不是单点提示，而是把“默认有人兜底”的假设拆掉。

中午的 easyvoice 把同一种结构性问题换了个场景重新摆出来。Tailscale 新增的 Windows 节点 mj-03，让原来跑在 boomyao-iron 上的 k3s 部署不再能被默认接受，工作也随之从“能不能迁过去”转成“Windows GPU、Linux VM、API、MinIO、端口和依赖链该怎样拆分”。当天 repo 里出现的大量 compose、env、服务 Dockerfile 和部署相关改动，更像是在把一个凭经验维持的部署格局，翻成真正可讨论、可执行的拓扑。

下午的 lvshe-fe 看起来是一个更小的问题：为什么 macOS 应用图标显得比别人大。可顺着这个入口，最后补的是桌面客户端被包装、更新和下载时本该承担的产品责任。当天落下去的提交，一边收紧桌面 icon 和 updater channel，一边调整下载入口的展示形式，说明重点并不只是“看起来更顺”，而是桌面化以后不能再假装一切都由浏览器环境自动处理。

夜里的 openword 把这一天的方向推得最深。白天还在沿着 WPS 和 native parser 的调用链、模块所有权和导入表面继续摸，晚上已经开始把这些理解翻成 TypeScript 世界里的 parser plan、OOXML scaffold、Node 导入、fixture harness，以及最后那组 style inheritance 和 numbering override 修正。这里最关键的变化，不是又多修了几处细节，而是文档解析开始从“借别人的黑箱理解”转向“自己写出一层能持续维护、能反复验证的结构”。

回头看，这几条线其实都在回答同一个问题：一旦离开原来的宿主和默认环境，哪些责任会突然失踪，哪些边界必须重新命名，哪些所有权必须收回自己手里。4 月 2 日的推进，基本都发生在这种持续的显性化和自我纠偏里。