Orca 是什么：并行运行 AI 智能体的 ADE

目录

• 移动重心：从文件到舰队
• Orca 的组成部件

  • 每个任务一个并行 worktree
  • 自带的编排层
  • 内嵌 Chromium 浏览器
  • 原生集成
  • 多智能体兼容
  • 移动应用（beta）
• 价格与许可
• 操作系统
• Orca 对比智能体化 IDE（Cursor、Antigravity、Zed）
• 什么时候选 Orca 是对的
• 什么时候不是对的选择
• 采用之前要验证什么
• 结论
• 延伸阅读

移动重心：从文件到舰队

传统 IDE 把一切都组织在你打开的那个文件周围。智能体化 IDE——Cursor、Antigravity、Zed——保留这个重心，在旁边放一个智能体。只有一个智能体时，这样没问题。

当你启动五个，这个模式就崩了。每个在哪编辑？两个碰了同一个文件怎么办？你怎么知道哪个干完了、哪个正在等你批准某个不可逆的操作？

Orca 的回答是移动重心：工作单元不是文件，而是分配给某个智能体的任务。每个任务都活在自己隔离的 git worktree 里，两个智能体覆盖同一个文件的问题在结构上就被解决了。

Orca 的组成部件

每个任务一个并行 worktree

每个任务都有自己的 git worktree。这是最重要的设计决策：隔离不依赖你记得拆分支，它是自动的。应用还自带GPU 渲染的终端和分屏，你可以同时盯着多个智能体干活，界面不会卡成幻灯片。

自带的编排层

这是产品的心脏，值得学一下它的词汇表，因为它不是 IDE 那套：

• 一个 Run 充当命名空间，带一个协调者收件箱。
• 任务以 dispatch 的形式分发。
• worker 完成后回报。
• **决策关卡（decision gates）**会阻塞一个任务，直到人类——或协调者——解决一个问题。

最后一个概念在实际中价值最大：没有决策关卡，一个需要决策的智能体会无声挂起，半小时后你才发现。有了它，阻塞是显式的，会出现在收件箱里。

内嵌 Chromium 浏览器

它带一个内嵌 Chromium，有设计模式，用来检查智能体自己生成的 UI。这是对一个真实工作流的直接回应：智能体改了一个组件，你想看结果，又不想跳去另一个窗口或手动起一个服务器。

原生集成

GitHub 和 Linear，不出应用就能管 PR 和 issue。这就是"智能体改完了"和"改动已经在评审中、issue 也关了"之间的差距。

多智能体兼容

它不绑死一个助手：Claude Code、Codex、Gemini、Cursor 以及其他第三方智能体。这比看起来重要：如果你的舰队混用多家服务商——便宜的执行、贵的设计——绑死单一服务商的编排器会逼你二选一。

移动应用（beta）

一款 iOS 和 Android、处于 beta 的伴生应用，作为桌面端的遥控器：查看每个 worktree 的状态、回答待处理的提示词、提交 commit，并在智能体完成或卡住时收到推送通知。

两个重要提醒：它需要把手机与一台正在运行的 Orca 桌面端配对（通过局域网、Tailscale 或官方中继），而且它不能替代完整编辑器。它是遥控器，不是 ADE 的移动版。

价格与许可

Orca 免费且以 MIT 许可证开源。它不按模型使用收费：你为每个智能体接自己的订阅或 API key，Orca 只负责编排。

值得强调一个推论：工具免费，工作不免费。你并行跑五个智能体，就烧五倍的 token。Orca 省的是你的时间，不是你的 AI 账单。

操作系统

平台	状态
macOS	可用
Windows	可用
Linux	可用
iOS / Android	伴生应用（beta）

跨平台是它最具体的竞争优势之一：同一赛道的不少编排器只在 macOS 上运行。

Orca 对比智能体化 IDE（Cursor、Antigravity、Zed）

这是最多人搜的对比，简短回答是：它们不在争同一样东西。

智能体化 IDE 优化的是"我在智能体帮助下写代码"这个循环。Orca 优化的是"多个智能体写代码，我来监督"。如果你的日常以前者为主，ADE 就是你用不上的基础设施。如果以后者为主，智能体化 IDE 会在第三个智能体卡住时让你无从下手。

如果你是在整个品类之间做选择，我们在2026 年真正值得使用的 IDE 和代码代理里专门拆解过。

什么时候选 Orca 是对的

• 你需要不坐在电脑前就能看到智能体的状态。
• 你在 Windows 或 Linux 上工作，仅支持 macOS 的编排器对你没用。
• 你想要一个应用同时搞定浏览器、版本控制和 issue 跟踪。
• 你的舰队混用多家智能体服务商，不止一家。
• 你正在从零搭建智能体舰队工作流，并且看重远程监督。

最能单独证明价值的场景：你在地铁上，一个智能体正等着决策。推送通知加上用手机就能回复，这一趟就值回安装。

什么时候不是对的选择

• **你一次只用一个智能体。**学 worktree、Run、dispatch、决策关卡的成本永远收不回来。
• **你的工作流已经是 macOS 上 100% 终端、100% Claude Code。**这时 Agent Herder 要轻得多。
• **你想要一个编辑器。**如果你采用它的模式，Orca 会取代 IDE 成为主层，但它不是你手打代码的地方。

采用之前要验证什么

这个工具迭代很快，把工作流压在它上面之前，先确认现状：

• 移动应用还在 beta；把它当遥控器，不是桌面替代品。
• 它本身不收费，但它假设你已经为它编排的智能体付了订阅或 API key 的钱。
• 手机与桌面配对需要局域网、Tailscale 或官方中继：桌面一关机，应用就没有可控制的东西。

结论

Orca 是给这样一种人的选择：想要一个完整的、跨平台的多智能体环境，还能用手机监督。它的价值不是更快写代码——而是让五个智能体同时干活，并且任何时候都知道哪个推进了、哪个干完了、哪个在等你。

决定性的问题不是"Orca 是不是好工具"，而是"你打算把 Harness 用到多深"。如果你的工作流已经围着多个智能体和多家服务商转，Orca 合适。如果还停留在一个智能体一个编辑器，它就是过早的基础设施。

延伸阅读

• 直接对比：Orca vs Herder：该选哪款编排器
• 极简替代品：Agent Herder 是什么：在终端监督 AI 智能体
• 品类概览：2026 年真正值得使用的 IDE 和代码代理