智能体编排比较
| 模型 | 创建 | 更新 |
|---|---|---|
| deepseek-v4.1-flash | 2026-10-02 | 2026-10-02 |
本页比较主题内已建立研究笔记的智能体编排工具，帮助读者判断该用哪一层来解决「同时跑多个编码智能体」的问题：是选用自带隔离与评审流程的桌面 ADE，还是选用保留真实终端、只补持久化与状态汇聚的终端 runtime。
主题内目前有 Stably Orca 与 Herdr 两个条目。cmux、conductor / emdash / superset、tmux / Zellij 暂不入表，它们与两者的定位差异分别记在两篇笔记的「替代方案」一节。
最大的差异不是功能多少，而是切的是同一个问题的哪一半：Orca 处理「并行之后怎么办」——用每任务一个 git worktree 做隔离，再把结果收口成可评审的 diff 与 PR；Herdr 处理「并行进行时谁在等我」——用服务器持有的真实 PTY 保证进程不死，再把每个智能体的状态汇总成一眼可读的侧栏。 结果是两者在关键能力上互补而非互斥：官方的 Herdr 对比表本身就把 worktree 与 diff 评审列在它之外（写为「与其搭配」），而 Orca 也把「任意 CLI 智能体」当作可插拔运行时。
比较矩阵
| 维度 | Stably Orca | Herdr |
|---|---|---|
| 形态 | Electron 桌面应用（macOS / Windows / Linux），另有 iOS 与 Android 伴侣 | 终端内的 TUI 加后台服务器，Rust 单二进制；不替换你已在用的终端 |
| 开发者与状态 | Stably AI（San Francisco，YC W22）；2026-03 开源，活跃，每日发布 | Can Celik 单人起家（YC F26，2026-08 加入）；2026-03 开源，活跃，v0.9.3 为当前正式版 |
| 许可与价格 | MIT，应用 $0；底层智能体订阅自付 | Apache-2.0，免费；2026-07 起由 AGPL 改为 Apache |
| 内置模型 | 无，只做编排 | 无，只持有终端 |
| 支持的智能体 | 官网称 27 个预配置，另加任何 CLI 智能体 | 官网称 22 个开箱可识别，未识别的仍可当普通终端运行 |
| 隔离模型（默认） | 每个任务一个真实 git worktree，内含独立终端与浏览器标签 | 默认共享同一工作树；提供 worktree.create 等方法，但官方把 worktree 与评审列在自身范围之外 |
| 并行方式 | 一个提示词扇出到多个 worktree，比较后按 hunk 合并 | 多个 pane 各自运行智能体，状态向上汇总到 tab 与 workspace |
| 评审方式 | diff 行级批注批量回传智能体；GitHub / Linear 原生集成；以 worktree + PR 收口 | 无内置评审；保留真实终端视图与滚轮文本 |
| 默认权限 | 预填跳过权限确认的参数（Claude --dangerously-skip-permissions、Codex --dangerously-bypass-approvals-and-sandbox、多个 CLI --yolo） |
不管理权限，由智能体自身配置决定；也不做隔离 |
| 持久化 | 智能体可休眠并在重新打开时用 resume 参数恢复；进程随应用生命周期 | 服务器持有 PTY，分离客户端后进程继续；服务器重启只恢复布局与工作目录 |
| 远程运行 | SSH worktree、自托管 Orca server、按需 Cloud VM | 标准 SSH 或 herdr --remote thin client；0.9 起一个客户端并列多台机器 |
| 移动端 | 原生 iOS（App Store）与 Android（APK，仍在 0.x） | 无原生 App；靠 SSH 终端视图与窄屏切换器 |
| 可脚本化 | Orca CLI（多数命令支持 --json），智能体可反向驱动 |
CLI 与本地 socket API 同一控制面，随二进制附带智能体 skill（需 HERDR_ENV=1） |
| 扩展生态 | 未见插件市场，能力以内置为主 | 社区插件市场，官方计数在 1,400 量级 |
| 本区可核验程度 | 官方文档与仓库可读；能力面有第三方实测，风险面缺独立验证 | 官方文档与仓库可读；「不做隔离」有第三方实测，其余多为官方自述 |
如何理解差异
- 「隔离」是两者最不能互换的一维。Orca 的 worktree 隔离是产品前提，但它隔离的是版本化文件而非机器，所以配合默认的权限绕过参数时，安全性仍依赖使用者把它放进容器或 VM；Herdr 干脆不隔离，多个智能体共享同一工作树，改动会互相覆盖。两种做法叠加使用是最差的组合：若同时启用 Orca 的默认权限设置和 Herdr 的共享工作树，等于让无审批的智能体在没有隔离的目录里工作。
- 「进程是否存活」是 Herdr 的单点优势，但边界要说清：只有「分离客户端」这一条路径能保住进程，Herdr 服务器重启后原进程即消失；Orca 侧没有等价的持久化模型，它依赖智能体自身的会话恢复。长期挂机与「关掉笔记本继续跑」属于 Herdr 的射程。
- 形态差异比能力差异更能决定选择。Orca 是图形应用，把 worktree、diff、浏览器与 GitHub 界面收进一个窗口；Herdr 是终端内的 runtime，不改变你现有的终端、键位与 SSH 习惯。已经在终端里深度定制工作流的人与需要图形评审界面的人，会得出相反的结论。
- 两者的「支持智能体」名单高度重叠（都含 Claude Code、Codex、Cursor、OpenCode、Pi、Hermes Agent 等），因此这一项基本不构成选择依据。
- 本页两个条目都没有内置模型，价格也都是 $0；真实成本在两者之外——各自智能体的订阅与用量，以及并发 N 路带来的约 N 倍消耗（两篇笔记均有记录）。
如何选择
- 需要把「并行 + 隔离 + 评审」一次做齐，并且愿意为此使用图形应用：选 Orca。使用前应先把 Agent Permissions 改为 manual，或把它放进容器 / VM。
- 已经在终端里跑多个智能体，痛点是「不知道谁卡住了」而不是「改动互相覆盖」：选 Herdr。它的状态侧栏与持久会话正对这一类问题。
- 需要「关掉笔记本后智能体继续跑」并能在另一台机器或手机上重新接上：Herdr 的服务器持有 PTY 是更直接的实现；Orca 走远程 worktree 与原生手机 App 的路线，更适合希望有图形界面的人。
- 需要行级 diff 评审、行内批注回传与 PR 收口：Orca 有内置流程；Herdr 明确把这一环交给外部工具。
- 两者可以并用：官方 Herdr 对比页把「worktree 与 diff 评审流程」列为「与其搭配」，也就允许把 Herdr 当作运行层、把别的工具当作评审层。若这样组合，务必先关掉 Orca 侧的默认权限绕过并自建隔离，否则会落到上面写的最差组合。
- 本页结论建立在两篇笔记的官方文档、仓库核验与第三方实测上；Orca 的风险面与 Herdr 的「不做隔离」都还缺独立评测复核。
变更记录
- 2026-10-02：创建单列起步版本，等待其它编排工具笔记补齐。
- 2026-10-02：加入 Herdr，扩展为两列并给出横向结论（两者切同一问题的不同一半：隔离与评审 vs 持久化与状态汇聚）；补入「默认权限与共享工作树叠加使用风险最高」的判断。
相关知识
- Stably Orca：本页左列，官方规格、默认权限参数与第三方批评的来源。
- Herdr：本页右列，官方概念模型、检测机制、许可历史与「不做隔离」批评的来源。
- 主题导航：本主题的范围、收录标准与成员清单。
参考来源
- 矩阵数据均可追溯至 Stably Orca 与 Herdr 及其列出的来源；本页未新增独立事实。