Orca v0.3.10 发布后，我回头核对了一遍：源码、Release 和可安装包是不是同一个东西。
现在 GitHub 的 `v0.3.10` tag、Release，以及 npm 的 `latest` 都指向 `a3b068c7f`。这比单看“修复已合入 main”更能说明交付完成。
这次修复挡的是一个很具体的坑：名字像 .jsonl 的 FIFO 可能把 TUI 卡住。目录发现、索引命中、实际打开，三处都要重新做文件类型边界检查。
做 Agent 或 CLI 时，我越来越在意这一步：代码通过测试，只说明机制成立；源码、发布物、安装入口对上，才说明用户拿到的是同一份修复。
现在 GitHub 的 `v0.3.10` tag、Release，以及 npm 的 `latest` 都指向 `a3b068c7f`。这比单看“修复已合入 main”更能说明交付完成。
这次修复挡的是一个很具体的坑：名字像 .jsonl 的 FIFO 可能把 TUI 卡住。目录发现、索引命中、实际打开，三处都要重新做文件类型边界检查。
做 Agent 或 CLI 时，我越来越在意这一步：代码通过测试，只说明机制成立；源码、发布物、安装入口对上，才说明用户拿到的是同一份修复。
展开
3
1