2026-03-18 日志

这一天看起来在几个项目之间切得很碎，底下却有一条很稳定的主线: 我在持续把那些原本靠经验、靠时机、靠临场补丁才能继续推进的工作链路，改成以后可以反复调用的显式接口和桥接结构。当天的公开记录主要还是建立在本机 Codex 和 repo 产物上，Claude 没有可用正文，ChatGPT 和远端 Codex 也受限于当前环境；但正因为来源集中，反而更容易看清我反复回去处理的到底是什么摩擦。

早上先收的是记录系统本身。Daily Scaffold automation 继续跑 source inventory、补中间稿、更新 memory，随后 publish-daily-log 把前一天的正式日志推到站点上。这已经不只是“补一篇昨日日志”，而是在把“怎么回看自己昨天做了什么”这件事做成一条更稳定的流水线。紧接着注意力切到 dev-assets，先补 assets(name) 这种运行时入口，再继续追 CLI 的 dataset 语义和私包安装认证问题。几段工作放在一起看，指向其实很一致: 我不想再依赖“知道目录规则的人”才能继续，而是希望把资产定位和安装方式都压进更明确的接口里。

到了中午，bsclaw 变成当天最重的一条线。它先在架构上被重新说清楚: 这不是一个抽象的移动端想法，而是一个要在 tailnet 上接住各类 agent CLI 的控制面，bsclawd 负责 device auth、process startup 和 transport bridge。后面不管是把服务先部署到设备上再验证 API 和 websocket，还是把误装到不该出现的设备服务撤掉，本质上都在做同一件事: 让这条链路别再靠“我大概知道哪里还有一层桥”继续运转，而是把桥本身做薄、做实、做成可解释的东西。

下午到晚上，另外两条线又和这件事叠到了一起。一条是 paper-form-ai-filling。这天里它继续往回归体系靠，fixture、live regression、gold 复核、评估文档、Docker 里的 GitHub Packages 认证，都在往“以后可以反复比较、反复验证”这个目标收。另一条仍然是 bsclaw，只是焦点从连通性进一步推进到 thread 语义和移动端界面: 不再满足于一个能发消息的旧聊天壳子，而是开始参考 IM 重新整理单列画布、message + parts 和 thread 结构，并在真机上追那些会把链路打断的细节。就连 fachi 那边删 benchmark 脚本、把说明收成方法文档，也还是同一种减法: 把一次性的执行经验收成以后还能复跑的方法。

所以回看 3 月 18 日，表面上像是在几个仓库之间频繁切换，底下其实是一条很一致的方向: 我对那些“现在还能继续，只是因为我本人记得上下文”的路径越来越不耐烦了。无论是日志发布、资产读取、私包认证、模型回归，还是手机控制远端 Codex 的桥接和 thread UI，我都在把它们往显式接口、显式协议和显式结构上推。当天真正没完全收住的口，也仍然停在这条主线上: paper-form-ai-filling 的 baseline 还要继续验证，bsclaw 的最终 thread 形态和真机体验也还在拉齐，但方向已经足够清楚，我不是在加项目，而是在替之后会反复发生的工作修路。