Multiplayer

In Amp you can work with your colleagues in the same thread and its orb or shared runner, and prompt the agent together:

The Multiplayer menu showing the thread owner, active participants, and an away participant

Activate Multiplayer

To activate multiplayer, open your thread and click the button at the top of the main thread bar.

The joystick button at the top of the thread with an Enable Multiplayer tooltip

Confirm in the dialog and multiplayer turns on for 7 days.

The Enable Multiplayer for Thread? dialog with a Don't ask me again checkbox and an Enable Multiplayer button

Multiplayer is available for threads in two environments: orbs and shared runners. On a runner you share, your own threads qualify when you start them in the workspace you shared the runner with, whatever project they are in. Threads on a runner you have not shared cannot be made multiplayer, because that would give your teammates access to a machine you never shared. If the runner owner stops sharing the runner, multiplayer ends on every thread that was created on it.

Activating multiplayer on a private thread shares the thread with your workspace. To end multiplayer early, click at the top of the thread and choose End Now. Once less than five days remain, the same menu offers Extend Multiplayer, which restarts the 7 days. Multiplayer ends automatically when its time runs out. To set an exact duration, run amp threads share multiplayer ttl <thread> --hours 3 (anything from 5 minutes to 7 days). While it is on, the thread can only start threads in an orb or on a shared runner.

As long as multiplayer is active, your workspace teammates can write prompts in your thread and access the thread’s orb or shared runner, including portals, the terminal, and the file browser. All agent and orb costs are billed to the thread owner.

Security: While multiplayer is active, every workspace member can access the thread, its orb or shared runner, secrets, files, and terminal.

MCP Servers in Multiplayer Threads

The agent calls your remote MCP servers with your credentials, including when a teammate prompts it. To keep a server’s tools out of multiplayer threads, turn off

Use in Multiplayer Threads under Privacy when editing the server in MCP settings. It is on by default. While a thread is multiplayer, no one, including you, can use the tools of a server with it off; they work again when multiplayer ends. Workspace admins can set this on workspace servers. See [Privacy in Multiplayer Threads](/docs/customize/mcp#privacy-in-multiplayer-threads) for details and the paths this setting does not cover.

Integrations in Multiplayer Threads

Some integrations act as you, including when a teammate prompts the agent. While a thread is multiplayer, no one, including you, can use these in it unless you allow it; they work again when multiplayer ends:

  • Google
  • Your personal Linear installation, for commenting on issues.
  • Your own App Store Connect key, including signing on a Mac orb. A workspace key still works.

To allow one, turn on Use in Multiplayer Threads on its card in Settings → Integrations. This guards against accidental use, not a determined contributor.

Linear workspaces your Amp workspace installed follow the same rule for every thread in the workspace. Amp cannot comment through them or read or change their agent routing in a multiplayer thread until a workspace admin turns on Use in Multiplayer Threads for that Linear workspace in workspace settings, under Integrations → Linear.

Slack works differently. Amp can always read public Slack channels in a multiplayer thread, because everyone in your Slack workspace can see them. Private channels, direct messages, and sending messages or reactions, even in public channels, need Allow Private Channels, DMs, and Sending in Multiplayer Threads on the Slack card. This is one permission: enabling sending also allows access to private channels and DMs.

You can also ask Amp to change any of these settings in a thread that is not multiplayer. Amp asks you to approve each change in a dialog.

Tagging Workspace Members

You can tag workspace members with @. Tagging someone automatically invites them to the thread and activates multiplayer.

To talk over voice or video instead, join the thread’s Huddle. It works in every thread and does not require multiplayer.

Workspace members in the same thread can also chat with each other:

Huddle

A Huddle is a voice, video, and screen-sharing call attached to a thread. Open the Huddle pane in a thread to start one. Anyone who can view the thread can join, and you can invite workspace members from inside the Huddle. The call stays connected while you navigate between threads.

Workspace admins can turn Huddles off for everyone in the workspace with the Enable Huddle setting under Members in workspace settings.