Skip to content
MAO vs Orchestrator.inc

MAO vs Orchestrator.inc (formerly Agent Orchestrator): which should you use to run coding agents in parallel?

Orchestrator.inc, formerly Agent Orchestrator (AO), is a free, open-source desktop app where an orchestrator agent starts workers in their own Git worktrees and follows their pull requests through CI and review. MAO is a canvas where agents run as real terminals you wire together. Choose by how the work should end: pull requests, or agents handing work along.

  • Orchestrator.inc is the new name for Agent Orchestrator (AO)
  • Both run on macOS, Windows and Linux and can give each agent its own Git worktree
  • Orchestrator.inc is free and Apache-2.0; MAO is a one-time purchase with a 7-day trial
By Updated 10 min read

Orchestrator.inc, the new name for Agent Orchestrator (AO), whose GitHub repository used to live at ComposioHQ/agent-orchestrator, is a free, open-source (Apache-2.0) desktop app for macOS, Windows and Linux: an orchestrator agent plans the work, starts a worker for each piece in its own Git worktree, and routes CI failures and review comments back to the worker that owns the pull request. MAO is a desktop canvas for the same three systems where each agent runs as a real terminal node, and agents you wire together hand tasks to each other and drive a browser or a phone. Choose Orchestrator.inc if you want a free, open-source path from task to merged pull request with phone apps; choose MAO if you want to see and wire the agents yourself, test on Android or the iOS Simulator, or run a workspace on your own server.

What is Orchestrator.inc (formerly Agent Orchestrator)?

Orchestrator.inc is a desktop app for supervising AI coding agents, known until its rename as Agent Orchestrator or AO.

Its docs describe it as an app that gives each worker an isolated workspace, keeps its conversation or terminal available, and connects Git work to pull requests, CI, reviews and merge conflicts. Each Git-backed session gets its own worktree and branch, based on the repository's default branch. The basic loop is: add a project, start a session, work in an isolated worktree, open a pull request, go through CI and review, merge, clean up.

You tell a project's main agent what you want built; it plans the work and starts a worker for each piece. Sessions sort themselves into lanes on a board (Working, Needs you, In review, Ready to merge). Failed checks, review comments and merge conflicts go back to the worker that owns the branch, and a reviewer agent can read each pull request before a person does. Each session has an inspector with its pull request, reviews, files and a browser preview that agents can drive.

It supports 38 coding agents, including Claude Code, Codex, Cursor, OpenCode, Aider, Goose, GitHub Copilot and Gemini CLI, each through the CLI and sign-in already on your machine; worker, Chat and reviewer support varies by agent. A session runs either in the agent's own terminal interface or in a structured Chat. Mobile apps for iPhone and Android pair with the desktop to answer agents, approve requests and review pull requests, and paid Cloud plans run workers in hosted sandboxes. The local app is free and needs no account to run agents locally.

How do MAO and Orchestrator.inc differ?

Both run on macOS, Windows and Linux and can isolate agents in Git worktrees; they differ on how an agent runs, how work moves between agents, and where it ends.

Orchestrator.incMAO
PlatformsDesktop app for macOS (Apple silicon and Intel), Windows x64 and Linux x64; companion apps for iPhone and AndroidmacOS (Apple silicon and Intel), Windows (x86_64), Linux (x86_64, Wayland and X11)
Agents supported38 coding agents, including Claude Code, Codex, Cursor, OpenCode, Aider, Goose, GitHub Copilot and Gemini CLI; worker, Chat and reviewer support varies by agentClaude Code, Codex, Gemini CLI, Grok, OpenCode, Antigravity, shells and custom commands
How an agent runsA session in the desktop app, in the agent's own Terminal UI (a native terminal host, ConPTY on Windows, tmux as a fallback) or in a structured Chat where the agent supports itA real terminal node on the canvas running the agent's own CLI and login, with an optional chat mode
Isolation per agentOne Git worktree and branch per session, based on the default branch; Cloud agents run in hosted sandboxesOptional layers: each layer is a Git worktree on its own branch with its own canvas, landed into Ground after a check
Agents handing work to each otherAn orchestrator agent plans the work and starts workers; ao send sends a message to a running session; CI failures, review comments and a reviewer agent's requested changes go to the worker that owns the branchWires between agents; mao ask, mao send and mao result deliver tasks with IDs and return results
Built-in browser or device testingA browser preview per session that agents can drive: navigate, snapshot, click, type, screenshot and read the console. Device testing is not documented.A Chromium browser portal and an Android emulator or phone that a wired agent drives; an iOS Simulator portal on a Mac
Remote machinesCloud agents in hosted sandboxes on paid plans, and Pro can bring your own Coder deployment. Running it on your own server is not documented; its docs say not to expose the daemon. Connect Mobile reaches your desktop from a phone.A workspace on your own Linux server over SSH, or inside WSL on Windows (with a licence)
SourceOpen source, Apache-2.0Closed source; sold as a licence
PriceFree locally, with unlimited local agents; Cloud plans: Starter US$20 a month, Pro US$40 a month, Enterprise custom. Model usage is billed by your provider.One-time purchase, US$20 in most countries and lower in parts of Asia and South America; 7-day free trial with 1 workspace and 1 project

When does Orchestrator.inc fit better?

When the work should end as reviewed pull requests, and you want a free, open-source tool to follow them there.

  • Free and open source. The local app is free under Apache-2.0, with unlimited local agents and no account needed to run them.
  • A pull-request loop. Failed checks, review comments and merge conflicts go back to the worker that owns the branch until the pull request is approved, and a reviewer agent can review each pull request first.
  • Planning by an agent. A project's main agent splits the task and starts the workers, so you describe the outcome instead of placing each agent.
  • Many agents, chat or terminal. It lists 38 coding agents, and agents with a Chat driver can switch between Chat and their own terminal interface without changing the session or worktree.
  • Phone apps. The iPhone and Android apps send a push notification when an agent has a question, and let you reply, approve, start a worker and review pull requests. MAO does not document a phone app.
  • Cloud agents. On a paid plan, workers run in hosted sandboxes and keep going with your laptop closed.

When does MAO fit better?

When you want to see the agents and the connections between them, test on phones, or keep the work on your own machines.

  • Agents you wire yourself. Each agent is a real terminal on a canvas next to notes, files, Git changes and portals. You draw the connections, and a connected agent can send another a task with mao ask and get the result back by task ID.
  • Phones and simulators for agents. Besides a browser, a wired agent can drive an Android emulator or phone, and on a Mac an iOS Simulator. Orchestrator.inc documents a browser preview but no device testing.
  • Your own server. A MAO workspace can live on your Linux server over SSH, or inside WSL on Windows, with its terminals, agents and layout on that machine. Orchestrator.inc's docs say not to expose its daemon on a remote server.
  • Landing without a pull request. A MAO layer lands into Ground on your machine after a check for conflicts and uncommitted changes. Orchestrator.inc's loop is built around pull requests on GitHub or GitLab.
  • No telemetry by default. MAO sends no telemetry unless you opt in. Orchestrator.inc's production builds send usage telemetry, including your GitHub username, until you turn it off in its settings.

How do I compare them on a real task?

Run the same two-part task in each, in a repository on GitHub so Orchestrator.inc can follow its pull requests.

  1. Pick a task with two parts, such as an API change and its tests.
  2. In Orchestrator.inc, add the repository, describe the task to the project's main agent, and watch it start workers in their own worktrees and open pull requests.
  3. In MAO, create a layer for each part, place an agent on each, connect them, and have one send the other its part with mao ask.
  4. Have each agent check a web change in the built-in browser: the session's browser preview in Orchestrator.inc, a browser portal in MAO.
  5. Compare how a failure reached the right agent, how you followed the work, and what it took to merge it.

Frequently asked questions

GitHub permanently redirects (301) github.com/ComposioHQ/agent-orchestrator to github.com/OrchestratorInc/agent-orchestrator. Orchestrator.inc's own site says: "Orchestrator.inc is the new name for Agent Orchestrator (AO)."

Yes, for running several coding agents at once. Orchestrator.inc is a free, open-source supervisor that takes agents' work through pull requests, CI and review; MAO is a paid canvas where wired agents hand each other tasks and test on a browser or a phone.

Yes. It is licensed under Apache-2.0, and the local app is free. Its paid plans are for cloud agents.

Yes. Both run in their own terminal interface or in a structured Chat, and both can act as reviewer agents. MAO runs both as real terminal nodes too, along with Gemini CLI, Grok, OpenCode and Antigravity.

Yes. It has desktop builds for macOS, Windows x64 and Linux x64 (AppImage, Debian/Ubuntu and Fedora/RHEL packages). MAO runs on macOS, Windows and Linux as well.

Sources

Checked on 2026-10-28.

Questions? Ask in the Discord or write to hello@miguer.com.

Try it on your own repo

Put your agents on one canvas.

A 7-day trial with every canvas feature. No card.

Download MAO