MAO 与 Orchestrator.inc（原 Agent Orchestrator）：并行运行编程智能体该用哪个？

Orchestrator.inc 是 Agent Orchestrator（AO）的新名字，它的 GitHub 仓库原来位于 ComposioHQ/agent-orchestrator。它是一款免费、开源（Apache-2.0）的桌面应用，支持 macOS、Windows 和 Linux：一个编排智能体规划工作，为每一部分在自己的 Git 工作树中启动一个工作智能体，并把 CI 失败和审查意见转回拥有该拉取请求的工作智能体。MAO 是一款同样支持这三个系统的桌面画布，每个智能体都作为真实的终端节点运行，你连接起来的智能体可以互相交接任务，并操作浏览器或手机。如果你想要一条免费、开源、从任务到合并拉取请求的路径，并配有手机应用，选择 Orchestrator.inc；如果你想自己看到并连接智能体、在 Android 或 iOS Simulator 上测试，或者在自己的服务器上运行工作区，选择 MAO。

什么是 Orchestrator.inc（原 Agent Orchestrator）？#

Orchestrator.inc 是一款用来监管 AI 编程智能体的桌面应用，改名之前叫 Agent Orchestrator 或 AO。

它的文档把它描述为这样一款应用：给每个工作智能体一个隔离的工作区，保留它的对话或终端，并把 Git 工作与拉取请求、CI、审查和合并冲突关联起来。每个基于 Git 的会话都有自己的工作树和分支，以仓库的默认分支为基础。基本流程是：添加项目、启动会话、在隔离的工作树中工作、开拉取请求、经过 CI 和审查、合并、清理。

你告诉项目的主智能体要构建什么；它规划工作，并为每一部分启动一个工作智能体。会话会自动归入看板上的几列（Working、Needs you、In review、Ready to merge）。失败的检查、审查意见和合并冲突会回到拥有该分支的工作智能体，审查智能体可以在人之前先阅读每个拉取请求。每个会话都有一个检查器，包含它的拉取请求、审查、文件，以及一个智能体可以操作的浏览器预览。

它支持 38 个编程智能体，包括 Claude Code、Codex、Cursor、OpenCode、Aider、Goose、GitHub Copilot 和 Gemini CLI，每个都通过你机器上已有的 CLI 和登录运行；各智能体对工作者、Chat 和审查者角色的支持不同。会话要么在智能体自己的终端界面中运行，要么在结构化的 Chat 中运行。iPhone 和 Android 的移动应用与桌面端配对，可以回答智能体、批准请求和审查拉取请求；付费的 Cloud 套餐在托管沙箱中运行工作智能体。本地应用免费，在本地运行智能体不需要账号。

MAO 和 Orchestrator.inc 有什么不同？#

两者都支持 macOS、Windows 和 Linux，都能用 Git 工作树隔离智能体；区别在于智能体如何运行、工作如何在智能体之间流转，以及工作在哪里收尾。

什么情况下 Orchestrator.inc 更合适？#

当工作应该以经过审查的拉取请求收尾，并且你想用一款免费、开源的工具一路跟踪到那里时。

• 免费且开源。 本地应用以 Apache-2.0 免费提供，本地智能体不限数量，运行它们不需要账号。
• 拉取请求循环。 失败的检查、审查意见和合并冲突会回到拥有该分支的工作智能体，直到拉取请求获批，审查智能体还可以先审查每个拉取请求。
• 由智能体规划。 项目的主智能体拆分任务并启动工作智能体，你描述结果即可，不用逐个放置智能体。
• 众多智能体，聊天或终端。 它列出 38 个编程智能体，有 Chat 驱动的智能体可以在 Chat 和自己的终端界面之间切换，而不改变会话或工作树。
• 手机应用。 当智能体有问题时，iPhone 和 Android 应用会发送推送通知，你可以回复、批准、启动工作智能体并审查拉取请求。MAO 没有关于手机应用的文档。
• Cloud 智能体。 在付费套餐中，工作智能体在托管沙箱中运行，合上笔记本后仍会继续。

什么情况下 MAO 更合适？#

当你想看到智能体以及它们之间的连接、在手机上测试，或者把工作留在你自己的机器上时。

• 自己连接的智能体。 每个智能体都是画布上的一个真实终端，旁边是笔记、文件、Git 改动和门户。连接由你来画，被连接的智能体可以用 mao ask 给另一个发送任务，并按任务 ID 拿回结果。
• 给智能体用的手机和模拟器。 除了浏览器，连线的智能体还可以操作 Android 模拟器或手机，在 Mac 上还可以操作 iOS Simulator。Orchestrator.inc 的文档有浏览器预览，但没有设备测试。
• 你自己的服务器。 MAO 工作区可以通过 SSH 放在你的 Linux 服务器上，或放在 Windows 的 WSL 中，终端、智能体和布局都在那台机器上。Orchestrator.inc 的文档说不要在远程服务器上暴露它的守护进程。
• 不经拉取请求合入。 MAO 的图层在你的机器上检查冲突和未提交的改动后合入 Ground。Orchestrator.inc 的流程围绕 GitHub 或 GitLab 上的拉取请求构建。
• 默认没有遥测。 除非你选择加入，MAO 不发送遥测。Orchestrator.inc 的正式版本会发送使用遥测（包括你的 GitHub 用户名），直到你在它的设置中关闭。

如何在真实任务上比较它们？#

用两者分别完成同一个分两部分的任务，仓库放在 GitHub 上，这样 Orchestrator.inc 可以跟踪它的拉取请求。

1. 1选一个分两部分的任务，例如一处 API 改动和它的测试。
2. 2在 Orchestrator.inc 中添加仓库，把任务描述给项目的主智能体，看它在各自的工作树中启动工作智能体并开拉取请求。
3. 3在 MAO 中为每一部分创建一个图层，在每个图层上放一个智能体，把它们连接起来，让一个用 mao ask 把它那部分发给另一个。
4. 4让每个智能体在内置浏览器中检查一处网页改动：Orchestrator.inc 中用会话的浏览器预览，MAO 中用浏览器门户。
5. 5比较失败是如何到达正确的智能体的、你如何跟踪工作，以及合并需要做些什么。

常见问题#

资料来源#

• GitHub 上的 Orchestrator.inc README：编排智能体和工作智能体、工作树、看板的各列、CI 和审查反馈、审查智能体、支持的智能体、每个工作智能体的浏览器、移动应用、Cloud Agents、下载、遥测和许可证。
• Orchestrator.inc LICENSE：Apache License 2.0。
• github.com/ComposioHQ/agent-orchestrator：以 301 重定向到 github.com/OrchestratorInc/agent-orchestrator。
• Orchestrator.inc 网站及其 llms.txt：“the new name for Agent Orchestrator (AO)”、38 个编程智能体、免费开源、不代理 API 调用、Cloud 智能体。
• Orchestrator.inc 价格：Free、Starter、Pro 和 Enterprise 套餐；限制只适用于 Cloud 智能体。
• Orchestrator.inc 文档：简介：基本流程、Chat 和 Terminal UI、本地数据、支持的智能体。
• 平台和运行时：桌面软件包、原生终端宿主、ConPTY、作为后备的 tmux、移动配套应用、远程和服务器使用。
• 智能体适配器：每个智能体对 Terminal UI、Chat 和审查者的支持。
• Git 工作树：每个会话一个工作树和分支，以默认分支为基础。
• 仪表盘：检查器，以及智能体可以操作的浏览器预览。
• CLI 参考：ao send 和 ao preview。
• Cloud 会话：托管沙箱和 Clone to the cloud。
• 常见问题：不要在远程服务器上暴露守护进程、费用、遥测以及如何退出。
• MAO 首页和价格：平台、一次性价格和 7 天免费试用。
• 运行 shell 或智能体和将智能体节点切换到聊天模式：终端节点和聊天模式。
• 发送任务并收取结果和以编排者身份管理智能体：mao ask、mao send、mao result，招募智能体。
• 创建工作树图层和将图层合入 Ground：作为 Git 工作树的图层，以及合入前的检查。
• 浏览器和设备门户和查看 iOS Simulator 门户：浏览器、Android 和 iOS Simulator 门户。
• 远程 AI 智能体工作区：通过 SSH 在 Linux 服务器上以及在 WSL 中的工作区，以及它们需要的许可证。
• 选择加入诊断：除非你打开，MAO 的诊断是关闭的。

检查于 2026-10-28。