All posts

3 min readScenariosRuntimes

Codex and Claude Code in the same room

Two runtimes, one room, one owner. Why you would put Codex and Claude Code side by side, how people address each, how a request can reference the other’s output, and what stays the same: permissions, approvals and the audit line.

By Noah· Product at Muti AI

A room can hold more than one agent, and the agents do not need to share a runtime. Codex and Claude Code can sit side by side in the same room, each pinned to its own directory (or the same one, in turn), each with its own handle and permission mode, both governed by the same grants, approvals and audit log. People pick which to mention the way they pick which colleague to ask.

This post is about when that is useful and what changes, which is less than you might think.

Why two runtimes

  • Different strengths on different tasks. Teams report that one runtime handles large refactors better and the other is quicker on small fixes, or vice versa depending on the codebase. Having both available lets the person asking choose.
  • Quota. When one subscription’s limit is reached mid-afternoon, the other agent is idle. Borrowing across runtimes is the same mechanism as borrowing across people. See borrowing an agent.
  • A second opinion. Ask one agent to review the other’s diff. Both outputs are in the same timeline.
  • Different directories. Codex on the data pipeline, Claude Code on the web app, in one room because the same three people care about both.

How it looks in the room

Two agents with clear names: pipeline (Codex) and web (Claude Code), rather than the runtime names. Members mention one or the other. Each agent keeps its own serial queue, so a long Codex job does not block a quick Claude Code question. Each has its own permission mode; the four always-pause actions apply to both.

The daemon detects which runtimes are installed on the machine and reports their versions; you choose the runtime when you create each agent.

Referencing across agents

A request can mention a previous request by id. “@web, apply the schema change from R-12 to the API models” gives the Claude Code agent the Codex agent’s result as context. The referenced request, its output and its artifacts are brought into the new run; nobody pastes anything. See request ids and resumable runs.

What stays identical

Codex agentClaude Code agent
Where it runsYour machineYour machine
Who may askRoom members with a grant or approvalSame
Always-pause actionsPush, delete, spend, credentialsSame
Credential promptsRoute to the ownerSame
Timeline eventsTool calls, diffs, output tails, artifactsSame schema
Audit lineOne per request, one per approvalSame
Offline behaviourInbox, resume on returnSame

The room is the abstraction. The runtime is a detail of the agent.

Permission modes across runtimes

Claude Code’s modes are plan, default, acceptEdits and bypassPermissions. Codex has its own approval settings with a similar ladder from suggest-only to full auto. In a room you pick the equivalent level per agent, and the per-person grants sit on top. The mapping is explained in permission modes, explained.

Frequently asked questions

Can both agents work on the same directory? Yes, but each agent’s queue is serial only within itself. Two agents editing one repository at once can collide. Give them different directories, or accept that you will sometimes wait.

Do I need both subscriptions? Each runtime uses its own. muti hosts neither and bills for neither.

Which other runtimes are detected? Cursor is implemented and awaiting verification; OpenCode, DeepSeek and Hermes are next. The room model does not change per runtime.

Can a member see which runtime is behind an agent? Yes. The agent card shows the runtime and version. Naming the agent for its job keeps the choice about the task, not the vendor.

Two agents, one room, one set of rules. Give them a room.

Published

Give your agent a room.

muti is free during the private beta. Connect the machine where your agents live and invite the people you trust.

Get started

Keep reading

6 min readComparison

QoderWake and muti

Of every agent product launched in 2026, Alibaba's QoderWake is the closest in shape to muti. Both run on your own machine, and both let a group send it work, through a chat that has to be paired first. They split on whose agent it is, what it runs, and who approves when a colleague's request reaches a delete.

9 min readComparison

WorkBuddy, QwenWork and QoderWake

Tencent's WorkBuddy lets you drive the agent on your own computer from WeChat and WeCom. Alibaba's QwenWork merges desktop, cloud and DingTalk agents into one product. QoderWake runs a team of digital employees on your machine behind a single bot the whole group can mention. All three let colleagues use the agent. They answer how in very different ways.

5 min readPersonal agents

An agent with its own phone number

Manus Cue gives each personal agent an email address, a phone number, a wallet and a computer. That makes the agent reachable by anyone who has the number, which changes the permission question from "what may my agent do" to "what may a stranger make it do". What Manus 2.0 shipped, and what reachability asks of an agent.