过去一年里软件的开发方式发生了一个我自己都没料到的转变。以前写代码是工程师对着编辑器敲，现在更多时候是同时开着好几个 [[Claude Code]]、[[Codex]] 之类的编码 Agent，让它们各自去完成一个任务，工程师只负责在中间调度、审阅、拍板。这种”我带一队 Agent 干活”的模式效率确实高，但很快就撞上了一堆现实的麻烦：几个 Agent 都在同一个仓库里改文件，分支互相污染；终端窗口开了一大排，切来切去分不清哪个是哪个；改完还得一个个去看 diff、跑测试、开 PR。工具还是那套为单人设计的 IDE，可我干活的方式早就不是单人了。
直到最近我发现了 [[Orca]] 这个东西，才第一次感觉到有款工具是真的照着”人加一群 Agent”这个新范式来设计的。它来自 onorca.dev，官方给自己的定位是 Agent Development Environment，简称 ADE。这篇文章就聊聊它到底是什么、解决了什么问题、有哪些让我觉得对路的特性，以及怎么装来用。
什么是 ADE，它和 IDE 有什么不一样
Orca 官方有一句话把它的立场讲得很清楚：IDE 是为你设计的，ADE 是为你和你的 Agent 一起设计的。这句话初听有点像营销辞令，但你真正被前面那些麻烦折磨过之后，就会明白它戳中的是一个实实在在的空档。
传统 [[IDE]] 的每一个交互假设都建立在”一个人在写代码”上：一个工作区、一个当前分支、一个焦点文件、一个终端。可当你手里有五个 Agent 各自在忙的时候，这套假设全线崩溃。你需要的是五个互不干扰的隔离环境、五个可以同时观察的工作面、以及一套能让你快速在它们之间切换和汇总的界面。Orca 干的事，就是把 IDE 里那些为单人优化的部分，重新按照”多 Agent 并行”的思路组织了一遍，同时把终端、文件编辑器、浏览器、Git 工具这些原本散落在各处的东西，统统收进了一个应用里。
它背后是 stablyai 团队，拿了 [[Y Combinator]] 的投资，整个产品以 MIT 协议开源，代码托管在 GitHub 上。对我来说，一个还在高速迭代、又完全开源免费的开发工具，天然就少了很多顾虑，这也是我愿意认真投入时间去试它的一个前提。
它最核心的一招是用 worktree 做隔离
如果只让我记住 Orca 的一个设计，那一定是它把 [[git worktree]] 当成了并行工作的基本单位。
熟悉 Git 的人都知道 worktree 这个特性：它允许你从同一个仓库里检出多个工作目录，每个目录停在不同的分支上，彼此完全独立。Orca 把这个能力做成了产品的地基，每一个任务、每一个 Agent，都跑在自己专属的 worktree 里。这意味着 Agent A 在重构模块、Agent B 在写测试、Agent C 在改文档，它们同时动手却谁也不会踩到谁，因为它们物理上就工作在不同的目录、不同的分支上。用官方的说法，就是不用再 stash、不用再手忙脚乱地切分支。
这一招看似简单，实际用起来的爽感却很难被替代。我以前手动维护多个 worktree 时，最烦的就是记不清哪个目录对应哪个任务，终端 cd 来 cd 去很容易搞错。Orca 把这层管理彻底接管了，每个 worktree 有清晰的名字、独立的终端、独立的编辑器状态，我只需要关心任务本身，底层那套 Git 的杂活它替我料理干净了。对于同时驱动多个 Agent 的工作流来说，这种隔离不是锦上添花，而是让并行真正可用的前提。
那些让并行真正好用的特性
隔离只是地基，Orca 在上面还堆了不少让多 Agent 协作真正顺手的东西，我挑几个印象最深的讲。
它几乎不挑 Agent。官方宣称支持 25 种以上预配置的 CLI Agent，[[Claude Code]]、[[Codex]]、Cursor、[[GitHub Copilot]]、Grok、Gemini、OpenCode、Goose、Cline 这些主流的都在列，而且它的原则是任何 CLI 形态的 Agent 都能接进来。这一点对我很重要，因为我并不想被绑死在某一家 Agent 上，不同任务我会想用不同的模型和工具，Orca 这种不站队的态度让它更像一个中立的指挥台，而不是某个 Agent 的专属外壳。
它给每个 worktree 配了一个真正的浏览器。这不是内嵌一个网页控件那么简单，而是每个工作区都跑着一个独立的 Chromium 窗口，官方把它叫做 Design Mode。你在做前端时，可以直接在这个浏览器里点选某个界面元素，把对应的 HTML、CSS 甚至截图打包发回给 Agent，让它照着改。这等于在人、浏览器、Agent 之间搭了一条极短的反馈回路，我试过让 Agent 调整一个页面样式，指着浏览器里的元素说”就这块，边距太大”，比在聊天框里用文字描述半天精确得多。
它把代码审阅这件事做到了 Agent 时代该有的样子。Orca 内置了 [[VS Code]] 那套编辑器体验，更关键的是它的 diff 审阅：你可以在 Agent 改动的任意一行上写 Markdown 评论，把这些评论攒成一批，然后一键发回给 Agent 让它据此修改。这个循环解决了我一直以来的一个痛点，就是审阅 AI 的改动时脑子里冒出一堆意见，却没有一个顺手的地方把它们结构化地喂回去。除此之外，检查 CI、解决冲突、开 PR 全都能在应用内完成，甚至可以直接浏览 PR、Issue 和 [[Linear]] 的看板，创建 Issue、审批 PR，整个过程不需要在浏览器和编辑器之间反复横跳。
它还有一个我特别欣赏的设计，就是 Orca 本身是可以被脚本驱动的。它提供了一个叫 Orca CLI 的命令行接口，你可以在任何 shell 里用命令去操作一个正在运行的 Orca 编辑器，创建和检查 worktree、驱动 Agent 的终端、打开文件和 diff、甚至自动化那个内置浏览器。它的浏览器支持像 orca snapshot、orca click、orca fill 这样的脚本命令，操作的还是你正在交互的那个浏览器、那些标签页。这里最妙的一层是，既然 Orca 能被 CLI 驱动，那 Agent 自己也可以通过 CLI 来驱动 Orca，于是你就有了让 Agent 编排 Agent 的可能性。配合它对定时自动化、worktree 检查点、以及 skills 注册表加 [[MCP]] 的支持，这套东西的想象空间一下就被打开了。
对于那些跑在别处的任务，它支持 SSH worktree。你可以让 Agent 在远程机器上干活，比如需要长时间构建的服务器或者带 GPU 的机器，Orca 提供了自动重连、端口转发、密码短语缓存这些贴心的细节，让远程和本地的体验尽量接近。而当我人不在电脑前时，它还有一个移动端伴侣应用，值得单独提一句它的隐私设计：手机端是个纯粹的瘦客户端，代码、shell、Agent 全都还跑在你的桌面上，手机上什么都不运行，只是个观察窗口。配对走的是端到端加密，桌面生成一次性密钥对、显示二维码，手机扫一下之后两端之间的所有流量都用这对密钥封起来。这种把安全边界想清楚的做法，让我对把它接进日常工作流放心了不少。
最后是那些体现工程品味的细节。它的终端用 WebGL 渲染，据说灵感来自 [[Ghostty]]，支持无限分屏，而且重启后连回滚缓冲都能恢复。整个界面的组织方式是分屏面板，你可以把 Agent、终端、浏览器、diff、文件按照任务的形状自由地拼进一个个分屏里。也就是说，如果一个任务需要一个 Agent 加两个终端加一个浏览器，你就照着这个形状把界面铺开，而不是被工具的固定布局绑住。
如何安装和上手
安装很直接，去官网 onorca.dev 就能下载。桌面端覆盖了 macOS 的 Apple Silicon 和 Intel 两种芯片、Windows 以及 Linux 的 AppImage，移动端有 iOS 和 Android。如果你和我一样喜欢用包管理器，macOS 上可以直接用 Homebrew 装：
brew install --cask stablyai/orca/orca
Arch Linux 用户则可以从 AUR 安装。它整个是开源的，源码就在 github.com/stablyai/orca ，想深入了解实现或者提 issue 都很方便。
我的上手建议是，别一上来就想着五个 Agent 齐飞，先从两个 worktree 开始感受隔离带来的清爽。挑两个互不相关的小任务，各开一个 worktree，各派一个 Agent，你会立刻体会到那种”它们在各自的世界里忙、我在上帝视角看着”的踏实感。等这套心智模型建立起来，再逐步增加并行度，同时去摸索它的 diff 标注和 PR 流程，把审阅这个环节也纳入进来。真正想榨干它价值的话，最后一定要去玩玩 Orca CLI，试着写个脚本去驱动一个 worktree，那一刻你会意识到 Orca 不只是个界面，而是一个可编程的 Agent 编排平台。
它适合谁
聊了这么多，我也得说清楚它的适用边界，免得你带着错误的期待去用。
如果你已经在用 AI 编码 Agent，而且经常不止开一个，那 Orca 几乎是为你现在的痛点量身准备的，它解决的正是并行、隔离、审阅、编排这一整条链路上的摩擦。如果你是那种喜欢把工具用到极致、乐于写脚本做自动化的人，那它的 CLI 和 MCP 支持会给你巨大的折腾空间。但反过来，如果你目前还是老老实实一个人一行行写代码，偶尔才让 AI 补全一下，那 Orca 对你可能就有点重了，一个功能完整的传统 IDE 反而更贴合你的节奏。说到底，Orca 的价值密度和你的并行度是正相关的，你手里的 Agent 越多，它替你省下的心力就越可观。
一些缺点
中文字体渲染虚化
我目前升级到了最新的稳定版本 v1.4.128，但是在 Agent 中渲染中文的时候还是感觉有虚化问题，调整了字体，也让 AI 尝试解决了一下问题，还是没有解决方案。
下面的截图，左侧是 Orca，右侧是 [[Muxy]]，可以明显看到字体渲染差别。
基于 Electron 内存和应用体积较大
Orca 是基于 Electron 构建，应用占用的内存相对较大，体积也较大，在使用流畅程度上也能体验到稍微的延迟。
手机应用只能依赖桌面端
Orca 的手机应用并非可以独立运行，它必须依赖桌面端在线。如果网络不稳定或者笔记本睡眠，手机端就会失去连接。
远程功能依赖 Orca 自带的 agent
远程 worktree 功能需要在远程机器上安装 Orca 自带的 agent ，如果是自己的 VPS ，那当然没问题，但是如果是安全审查严格的企业，可能会存在安全性问题。
最后
回头看这大半年，最大的变化其实不是我用了哪个更强的模型，而是我组织工作的方式变了。当写代码从”我做”变成”我调度一群 Agent 做”，我需要的工具也就从一个更好的编辑器，变成了一个更好的指挥台。Orca 打动我的地方，正是它没有假装这个转变不存在，而是老老实实地围绕”人加一群 Agent”重新想了一遍开发环境该长什么样，然后用 worktree 隔离、可脚本化的 CLI、内建的浏览器和 PR 流程，把这个想法落成了一个真能用的产品。
对我个人而言，最大的收获是它帮我把一个模糊的直觉具体化了：并行运行 Agent 不是简单地多开几个窗口，而是需要一整套隔离、观察、审阅、编排的基础设施来支撑，缺了这套底座，并行度一上去就会乱成一团。Orca 让我看清了这套底座的形状。它还很年轻，功能几乎每天都在更新，未来会长成什么样谁也说不准，但它所代表的这个方向，也就是从 IDE 走向 ADE，我是真心相信会是接下来相当长一段时间里开发工具演进的主线。如果你也已经在带着 Agent 一起干活，我强烈建议你去装一个免费开源的 Orca，用两个 worktree 认真跑一跑，感受一下什么叫真正为 Agent 时代设计的开发环境。