stablyai/orca

解决什么问题

当你同时跑两个以上编码 Agent（Claude Code、Codex、OpenCode、Pi）时，瓶颈就不再是模型，而是调度：哪个 Agent 在改哪个分支、改了什么、两次尝试怎么对比而不互相污染。多数人的做法是开一堆终端标签，再手动把结果在几个 checkout 之间倒腾。Orca 给每个 Agent 单独开一个 git worktree，把所有运行放进同一个窗口里启动、观察、评审和合并。

有什么不同

常见方案是 tmux 之类的终端复用加手写 git worktree，或者只支持单会话的 IDE 插件。Orca 的赌注是把“一批 Agent”当成工作单元：一条 prompt 扇出给多个 Agent，各自在隔离 worktree 里跑，再对比 diff 留下赢家。真正拉开差距的是两点，不是功能清单。一是远程与移动端：worktree 可以走 SSH 跑在更强的机器上，配套 App 让你在手机上跟进或批准 Agent，这决定了长任务是只能守着屏幕还是能离开。二是 CLI 把 Orca 本身暴露出来（orca worktree create、snapshot、click），Agent 可以反过来脚本化 Orca，而不只是被 Orca 驱动。

代价是面铺得太广：终端、编辑器、浏览器、GitHub/Linear 客户端、编排器都塞进一个程序，等于把整套工作流交给一家厂商的判断。

适合谁

已经为编码 Agent 付费、并且经常对同一个任务跑多次尝试的开发者：需要对比候选 diff 的评审者、跨多个仓库工作的人、以及本机扛不住想要运行的 Agent 的人。只用一个 Agent、一个仓库的独立开发者，几乎用不到 worktree 这套机制，留在终端加编辑器插件就好。需要组织级 Agent 治理和审计的团队应看平台型产品，Orca 是个人驾驶舱。

上手成本

Orca 是桌面应用（macOS、Windows、Linux），源码 MIT 协议，另有 iOS App Store 和 Android APK 的手机端。README 里没有安装命令，直接下载安装包。真正的成本在工作流形态而非钱：你要换一个 IDE，终端和 diff 都搬进去，Agent 的账号和用量统计也由 Orca 接管。README 功能很长、内部细节很少——没有架构说明，也没有交代 prompt 和代码会流向哪里，只能看官方文档。建议先验证 SSH 和远程 runtime 这条路径，凭据和代码正是在这里离开本机的。

点评

仓库 2026 年 3 月才创建，星标已破 10 万，仅 10 月下旬一周就涨了约 9.5k——这是陡峭的爆发曲线，不是沉淀多年的老项目，星数应当读作关注度而非可靠性。worktree-per-agent 这个原语选得对，思路成立；Hacker News 上的讨论只有 20 来分，说明增长并不来自单一爆帖。建议先观察几个月的发版节奏和 issue 响应，再决定是否把它当成唯一驾驶舱。并行 Agent 已经是你的日常时值得上手，只是好奇则不必。