Skip to main content
Do this when a harness should manage AgentArea itself — start and steer runs, edit agents, wire triggers — through MCP. Pass ?toolsets= so the harness loads only the toolsets it uses: without it, every platform tool is listed, and each one costs the harness context whether it is called or not. AgentArea serves its platform tools at two URLs: Prefer the pinned URL for a harness that works in one workspace: the tools are smaller and the model cannot act in the wrong workspace.

Prerequisites

  • An API key, or an MCP client that completes OAuth on its own. See Issue MCP access tokens.
  • The slug of the workspace the harness works in.

Steps

1

Pick the toolsets

List the toolsets the pinned URL serves, with how many tools each adds:
A toolset is selected by its namespace or by its name, the last segment of the namespace and the prefix of its tools: runs serves runs_list, runs_start, and the rest. The bare /mcp URL also has workspaces.
2

Add the server to the harness

Append the names, comma-separated, to the URL. For Claude Code with an API key:
Any client that can store a server URL works the same way; the selection lives in the URL, so no client-specific header is needed.

Verify

List the tools through the same URL the harness uses:
Every name starts with runs_, agents_, or inbox_. A tool of any other toolset is not listed, and calling it answers the way a call to a tool the server never had does: an error result reading Unknown tool: <name>.

Troubleshooting

toolsets names a toolset the server does not have, or names none at all (?toolsets=). The message lists the valid names. Unknown names are refused rather than skipped, so a typo cannot silently leave the harness with fewer tools than you configured.
The workspace in the URL does not exist or the token’s principal is not a member of it. Both answer the same way, so the response does not reveal which workspaces exist.
One URL serves only platform toolsets. To give a harness platform toolsets and MCP server tools behind one endpoint, with the selection stored on the server instead of in each harness’s URL, register a client and attach both: Combine several MCP servers behind one endpoint.

Combine several MCP servers

One harness endpoint for MCP instances and platform toolsets

Issue MCP access tokens

Create and scope the keys that authenticate MCP calls

MCP

How AgentArea hosts and governs MCP servers
Last modified on October 2, 2026