Orca v0.3.10 发布后，我回头核对了一遍：源码、Release 和可安装包是不是同一个东西。
现在 GitHub 的 `v0.3.10` tag、Release，以及 npm 的 `latest` 都指向 `a3b068c7f`。这比单看“修复已合入 main”更能说明交付完成。
这次修复挡的是一个很具体的坑：名字像 .jsonl 的 FIFO 可能把 TUI 卡住。目录发现、索引命中、实际打开，三处都要重新做文件类型边界检查。
做 Agent 或 CLI 时，我越来越在意这一步：代码通过测试，只说明机制成立；源码、发布物、安装入口对上，才说明用户拿到的是同一份修复。
今天差点把“探针”两个字一起发进文章摘要。
发布前我先往编辑器里敲了个小词，确认自动化没写错位置。正文后来换成正式内容，摘要却悄悄保留了它。幸好最后又读了一遍。
这种坑很像做 Agent：主任务显示完成，不代表旁边的投影状态已经同步。以后发布前，正文、预览、摘要、标签都得各看一眼。
发布前我先往编辑器里敲了个小词，确认自动化没写错位置。正文后来换成正式内容，摘要却悄悄保留了它。幸好最后又读了一遍。
这种坑很像做 Agent：主任务显示完成，不代表旁边的投影状态已经同步。以后发布前，正文、预览、摘要、标签都得各看一眼。
展开
2
1