一句话定位Orca 不是又一个编码 Agent，而是一个「跑 Agent 的 IDE」：它把 Claude Code、Codex、Cursor CLI 等已经存在的 Agent 装进各自的 git worktree 里并行干活。你不换工具，只是多了一层编排。
Orca 是什么
Orca 是一个开源的桌面 IDE，专门用于并行运行多个 AI 编码 Agent。它的核心设计是：每个任务一个 git worktree、一个 Agent 终端、一个浏览器标签页。
| 对比 | 传统做法 | Orca 的做法 |
|---|---|---|
| 并行任务 | 手工切分支 / stash / 重建依赖 | 每个任务一个独立 worktree |
| Agent 数量 | 一次一个，上下文来回丢 | Claude Code、Codex、Cursor 同时跑 |
| 文件隔离 | 靠小心别覆盖 | 磁盘级隔离，天然互不干扰 |
| 评审 | 切到别的工具看 diff | 内建 diff 视图 + 批注 + 提交 |
一句话：Orca 解决的是「多个 Agent 同时干活」的组织问题，而不是某个 Agent 的模型问题。
什么时候该用 Orca
官方文档给了几个最典型的场景：
- 让 3 个 Agent 并行尝试同一个 bug，谁先修好就用谁的
- 想在交付前认真评审 AI 生成的 diff，而不是扫一眼就合并
- 你已经为 Claude Code、Codex、Cursor CLI 付费，想要一个地方统一编排它们
- 想让 Agent 跑在远程（SSH、自建服务器、按需 VM），但不放弃自己的 IDE
Orca 不是什么
- 不是模型：Orca 不提供大模型，它运行你已有的 Agent（自带 Claude Code / Codex / OpenCode 订阅即可）
- 不是 git 替代品：每个 worktree 都是真实的 git worktree，你随时可以
cd进去用普通 git - 不是托管 VPS 产品：默认跑在你自己电脑上；远程计算用的是你掌控的机器和云账号
关键认知Orca 的「沙箱」是 worktree 本身：Agent 在自己的 checkout 里随便实验，最后由你审 diff、挑拣合并。它默认给 Agent 加免权限标志（Claude 的
--dangerously-skip-permissions、Codex 的 --dangerously-bypass-approvals-and-sandbox 等），正因为工作树是一次性的、可丢弃的。核心循环：五步走
Orca 的全部功能都是这一条循环的深化：
- 添加仓库 —— 指向一个本地 git checkout，Orca 读取默认分支作为
base ref - 创建工作树 —— 输入任务名，Orca 在后台
git worktree add一个独立分支 - 启动 Agent —— 在工作树终端里选 Claude Code / Codex / Cursor CLI 等
- 分屏观察 —— 拖拽标签页分屏，同时看多个 Agent 干活
- 评审交付 —— 打开 diff 视图评审，注释、提交、推送、开 PR
后面所有小节都是这五步的展开。记住它，你就掌握了 Orca 的骨架。
落地练习：纸上想一遍
先不用安装，回答三个问题：
- 你现在同时要推进几个任务？它们之间是否经常互相干扰（依赖、分支、冲突）？
- 如果三个 Agent 同时改同一个仓库的不同分支，你能想象会发生什么吗？
- 你平时审 AI 生成的 diff 吗？用了几分钟？
怎么判断做对了？——你能说出「Orca 的隔离单位是 worktree，不是目录」以及「评审发生在合并之前」这两句话。
卡住了怎么办？ 不理解 worktree 没关系，第 03 模块专门讲。现在只需要记住：Orca = 多个 Agent × 各自独立的工作副本 × 统一的评审入口。
小结
- Orca 是开源桌面 IDE，编排多个 AI 编码 Agent 并行工作
- 隔离单位是 git worktree：每个任务一个分支、一套文件、一个 Agent
- 不是模型、不是 git 替代品、不是托管 VPS
- 核心循环：添加仓库 → 创建工作树 → 启动 Agent → 分屏 → 评审交付
- 它运行你已有的 Claude Code / Codex / Cursor CLI，不换模型
下一节，我们把它装到电脑上。