今天 GitHub Trending 上,stablyai/orca 排在前列,页面写着今日新增 1,146 星。同一时段按 GitHub API 读回来:96,026★、6,144 个 fork,主语言 TypeScript,许可 MIT,建仓 2026 年 3 月 17 日,最近一次推送就在几小时前。最新版本 v1.4.229 发布于 10 月 17 日,而从 9 月 8 日的 v1.4.198 算起,30 个版本对应 30 个发布日——基本是一天一发。

它的自我介绍只有一句:“Run Claude Code, Codex, and any other coding agent in parallel, each in its own worktree.” 官网把它叫 ADE,agent development environment。翻译成人话:它不生产模型,它给你一个能同时放养一群编码 Agent 的工作台。

一句话定位:它管的是"并发"和"隔离",不是代码补全

  • 并存的方式是 git worktree,不是聊天窗口。每个任务在磁盘上开一份真实 checkout,自己的分支、自己的文件、自己的终端;Agent 之间不会踩到对方的文件。
  • 它不替 agent 想事情,只负责让 agent 跑得下去。模型和额度用你自己的 Claude、Codex、Cursor 订阅,Orca 只负责启动 CLI、喂工作目录、把终端、diff、浏览器摆在一屏里。
  • 形态是桌面应用 + 手机伴侣 + 一个命令行。桌面端 macOS、Windows、Linux 都有包,手机端 iOS 与 Android 都在 beta,orca CLI 随应用安装。
  • 为什么现在冲上来:7 个月攒到 9.6 万星,背后是 Y Combinator 投的 Stably AI;它赶上了"一个人同时开五六个 agent"从极客玩法变成日常的窗口期。

核心一:worktree 是它的地基,不是附属功能

官方文档写得很直白:“Orca is worktree-native.” 不是在一个 checkout 里切分支、stash,而是每个任务一份磁盘副本。这套模型有几个具体设定:

  • 两层 ref:每个仓库有一个 base ref(通常是 origin/main),每个 worktree 有一个 start-from ref——可以从 base ref、任意本地分支、某个 commit SHA 或远端分支拉出去。
  • 建仓在后台跑:点下 Create Worktree,对话框立刻关掉,git fetch 和 git worktree add 在后台继续,侧栏用进度行显示,失败给 Retry,不打断你手上的工作。
  • 删 worktree 连分支一起删,有确认步骤;git 拒绝删时会保留工作区让你重试,并提供 Force Delete(还能记住"以后都强制")。
  • 被 git 保下来的分支有说法:如果分支可能有未合并提交,Orca 会给你一个复查步骤,叫 Preserved branches。
  • gitignore 的东西要单独安排,这是 worktree 方案最容易翻车的地方。官方给了三条路:Settings → Repository 里的 Worktree Shared Paths(把主 checkout 的路径克隆或软链进新 worktree);仓库里 orca.yaml 的 worktree.sharedDirectories(适合 node_modules、.cache 这种大而可重建的目录);仓库根目录的 .worktreeinclude(适合 .env、.vscode/settings.json,是复制不是软链,每个 worktree 各有一份)。
  • .worktreeinclude 只吃字面路径:官文明说 glob 和否定写法会被跳过并报警告;被 git 跟踪的、路径不存在的、不在 gitignore 里的,都不复制。

这三条安排决定了你的实际体验:共享目录没配好,三个 worktree 就是三份 node_modules、三次 npm install;.env 没进 .worktreeinclude,新 worktree 里的 agent 起来就会因为缺密钥报错,然后在错误的方向上改代码。

核心二:41 个 Agent 集成,深浅差得很远

官方文档的受支持表一共 41 行,从 Claude Code、Codex、Gemini、Cursor CLI 到 Kimi、Qwen Code、MiniMax、ZCode、DeepSeek Harness、Trae,再到 Hermes、OpenClaw、Cline、Goose、Aider。按集成深度分三档:

档位代表你能得到什么
深度集成Claude Code、Codex、Cursor CLI、Muse Code用量统计、账号热切换、hooks、会话历史、原生聊天界面
自动安装型Gemini、Grok、Copilot CLI、OpenCode、Pi、ZCode、Antigravity、Droid一键装 CLI、状态识别,部分带 hooks 与会话恢复
只认终端任何能在终端里跑的 CLI放进终端就能用,但没有状态点、用量、账号切换
  • 状态点是从终端标题序列和 hooks 读出来的,不是猜的:转圈=在干,琥珀色问号=等你授权,绿点=完成,红点=阻塞或失败,灰点=空闲。
  • Agent Dashboard 是实验功能:打开后侧栏多一个看板,分为 Needs You / Working / Done / Idle 四列,超时约 30 分钟没动静的会话归到 Idle,默认隐藏。
  • Claude Agent Teams 默认关闭,要在 Settings → Agents 里开,开了以后走 orca claude-teams 启动,每个 teammate 一个原生窗格。
  • 账号热切换和用量追踪是它比裸 CLI 舒服的地方:Claude 和 Codex 的额度、速率限制重置时间直接摆在界面上,能换账号而不用重新登录。

核心三:把"看结果"这件事做进了同一个窗口

并行跑 agent 的真正瓶颈不是启动,是审。Orca 在这一段堆了不少东西:

  • Diff 视图对着 start-from ref 比,不是对着工作区比,所以你看到的就是这个任务真正改了什么。
  • Annotate AI Diff:直接在 diff 的某一行留评论,再原样发回给 agent,省掉"复制行号、切窗口、贴上下文"三步。
  • Attribution:把改动归到具体是哪个 agent、哪一轮产生的。
  • Design Mode:在内置 Chromium 里点任意一个 UI 元素,它把这个元素的 HTML、CSS 和一张裁剪过的截图直接塞进 agent 的提示词。修样式错位这种事,原来要描述半天"左边那个按钮",现在点一下就行。
  • 每个 worktree 一个浏览器:本地开发服务器不串台,多个任务可以同时开 localhost:3000。
  • 提交、推送、开 PR、等 CI 全在应用内,配合 GitHub、Linear、Jira、GitLab 的任务抽屉,能从 issue 一键开 worktree。

核心四:CLI 和自动化,让 Agent 也能指挥 Orca

Orca CLI 随桌面应用一起装,在 Settings → General → Orca CLI 里注册;它会把自己放在终端 PATH 的最前面,保证脚本调到的就是当前这个应用。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# 看状态
orca status --json

# 建一个挂到 issue 上的 worktree
orca worktree create --repo id:<repoId> --name my-task --issue 123 --json

# 给正在跑的 agent 终端发一句话
orca terminal send --text "continue" --enter --json

# 等它空下来(适合写进自动化脚本)
orca terminal wait --for tui-idle --timeout-ms 30000 --json
  • 给 agent 装技能也是一条命令:npx skills add https://github.com/stablyai/orca --skill orca-cli,无头环境用 orca skills install --skill orca-cli。
  • worktree 可以挂备注和状态:orca worktree set --worktree active --comment "修完鉴权失败,正在跑集成测试" --workspace-status in-progress,看板上直接看到进展,不用点进终端读屏。
  • 它还有定时自动化和 computer use:让 agent 去点真实桌面应用、按计划跑任务,这两块适合把重复的巡检、回归做成流水线。

怎么装起来:三条路,五分钟能跑起三个 Agent

官方把入门流程压缩成"加仓库 → 开 worktree → 选 agent → 分屏 → 看 diff → 发货",并且给了一个很有画面感的示范:同一个提示词,分别丢给 Claude Code、Codex、Cursor CLI,三个分支、三份 diff,挑一个赢的合并,另外两个一键删。

  • macOS:brew install --cask stablyai/orca/orca,或者下 .dmg(Apple Silicon 版 304MB,Intel 版 313MB)。
  • Windows:.exe 安装包 227MB,默认 shell 可在 PowerShell 与 CMD 之间切。
  • Linux:AppImage 265MB(能自更新),或 .deb、.rpm(这两者只提示更新,要你自己用包管理器装)。Arch 用 yay -S stably-orca-bin。
  • 第一次启动会做三件事:要你的 home 目录访问权限(为了加仓库)、提议导入 ~/.claude、~/.codex 和 Ghostty 终端设置、然后把你丢在空首页让你加第一个仓库。
  • 一个 Linux 细节:CLI 名字在这里叫 orca-ide,不是 orca——因为 GNOME 的屏幕阅读器已经占了 orca 这个名字。

手机端是配对关系,不是云 IDE:扫一次码,桌面永远是数据源,手机上能看到每个 worktree 的 agent 状态、最近回滚缓冲、文件树,能回一句"continue"、能睡掉一个 worktree、能看源码管理。官方标着 beta。

三个代价,文档自己写得很清楚

第一,它默认替你按下了权限绕过。 这是我看完所有文档后最想提的一条。官方原话是:Orca 会为每个支持的 CLI 预填权限绕过参数——Claude 是 --dangerously-skip-permissions,Codex 是 --dangerously-bypass-approvals-and-sandbox,Gemini、Cursor、Crush、Kimi、Rovo Dev、Hermes、Copilot、Command Code 等是 --yolo,其余有对应参数的也都填。理由是 worktree 可以丢弃,agent 在自己的 checkout 里折腾不用每条命令都确认。

理由成立,但边界要自己划:worktree 隔离的是仓库文件,不是整台机器。agent 在 worktree 的终端里仍然是你的用户身份,能读 home 目录(首次启动你就把 home 访问权给它了),能碰网络、能装包。想守住这条线,就去 Settings → Agents → Agent Permissions 把所有未自定义的 agent 从 Yolo 切回 Manual;已经改过启动参数的 agent 不会被全局开关覆盖,要单独恢复。

第二,磁盘和内存是按 worktree 数乘上去的。 每个 worktree 是一份完整 checkout,node_modules 要不要共享得你自己决定。桌面应用本体是 200-300MB 级的安装包,Electron 常驻内存不是小数。开五个 worktree 之前,先算一下磁盘。

第三,发版速度和问题积压是一体两面。 按 GitHub 搜索接口的实时数据:4,220 个未关 issue、4,239 个未关 PR、4,108 个已关 issue。关了一半,剩下一半排着队;一天一发意味着行为变动是常态,v1.4.229 的完整变更日志有 203KB。这不是致命问题,但意味着你别把它当"装好就不用管"的基础设施。

隐私与成本:没有账号系统,但默认开遥测

  • 它没有账号体系,官方隐私文档明说 “Orca has no account system”——不用注册、不用登录,也就没有云端工作区。
  • 遥测默认开启,发往美国的 PostHog Cloud。采集的是:版本号、操作系统与架构、匿名本地随机 ID、打开了应用、加了仓库的方式(不记仓库名和路径)、启动了哪类 agent(不记提示词和输出)、粗粒度错误类别、少量开关状态。
  • 它明确不传的东西:文件路径、仓库名、分支名、URL、commit 信息、提示词、agent 输出、终端内容、原始报错与堆栈、IP。
  • 关掉的方式有三种:Settings → Privacy 里关开关,或者启动时带 DO_NOT_TRACK=1,或者 ORCA_TELEMETRY_DISABLED=1。
  • 手机端会经过它自己的中继:配对用的 relay 代码就放在仓库的 cloud/ 目录里,单独一套 pnpm 工作区——这一点对"数据不出本机"有要求的人是硬约束。
  • 钱的部分:应用免费、MIT、源码在仓库里;模型额度用你自己的订阅烧,它没有加价层。官网导航有 Enterprise 入口,但公开站点上没有价目表。

和已有的几条路比

方案隔离单位谁来调度适合谁
手工 git worktree + tmux每个任务一个目录你自己写脚本、自己记窗口熟手,只要最小依赖
单仓多开编辑器窗口一个 checkout靠 stash 和分支切换一次只跑一个 agent 的人
站内写过的 paperclip一个控制台管一群 agent看板与任务面想把 agent 当团队治理的人
Orca每个任务一个真 worktree桌面应用统一管进程、diff、浏览器同时开多个 agent、要在一个屏里审结果的人

和 ECC 那种"给 agent 装流程"的项目不是一个层面:ECC 管 agent 怎么想,Orca 管 agent 在哪跑、跑几个、结果怎么收。context-mode 省的是上下文窗口,Orca 花的是磁盘和内存。三者不冲突,叠起来的代价是你得同时维护三套配置。

我的判断

  • 谁该上:手上有两个以上编码订阅(比如 Claude Max 加 Codex)、经常需要"同一个任务让不同模型各做一版再挑"的独立开发者和小团队;想在一台远程大机器上跑 agent、本地只看结果的人(SSH worktrees 就是为这个做的);已经被"开五个终端窗口自己记哪个在跑什么"折磨过的人。
  • 谁再等等:只用一个 agent、一条线写代码的人——为省下的那点切换成本背一个 300MB 的 Electron 应用不划算;磁盘吃紧的机器(每个 worktree 一份 checkout);不能接受 beta 手机端和云中继的人。
  • 谁别碰:公司合规明确禁止权限绕过参数的环境,因为这是它的默认值,不是可选项里的冷门开关;把 worktree 当沙箱的人——它不是沙箱,只是文件隔离;不愿意跟变更日志的人,一天一发意味着你得偶尔读一读它改了什么。
  • 一句实话:这 9.6 万星里,有相当一部分是"终于有人把 worktree 这层包装好了"的情绪。产品方向是对的,但 4,220 个未关 issue 和 4,239 个未关 PR 摆在那里,它是一个跑得很快、还在长的工具,不是一件已经定型的家具。

本文由拾光札记编辑部整理,勘误请联系我们