Skip to main content
Add the Workspaces MCP server to your client, then sign in through the client’s browser flow. You do not need an API key.
Approve the request in the browser window that opens. Use an API key only for scripts, CI, and clients that cannot complete the browser sign-in.

Before you connect

You need:
  • A Workspaces account.
  • An MCP client that supports Streamable HTTP.
The server URL is https://workspaces.plannotator.ai/mcp. The endpoint accepts POST requests only.

Connect with browser sign-in

Add the server with no credential, then run the client’s own sign-in step.
Then run claude mcp login workspaces, or open Claude Code and run /mcp. Approve the request in the browser window that opens.
The sign-in creates a Workspaces API key that you own. It appears under Settings, then API keys, marked via OAuth. Revoke it there to disconnect the client.

Connect with an API key

Use this route for scripts, CI, and clients that cannot complete the browser sign-in. Create a Workspaces API key, then send it as a bearer header:
For another client, add a remote Streamable HTTP server at https://workspaces.plannotator.ai/mcp with an Authorization header set to Bearer followed by the key. Store the key with the client’s secret storage. Do not save the raw key in a file you share or commit.

Available tools

Tool names start with workspaces.. Your client reads the current list from the server’s tools/list response, and that list is the authority. A file is a document or a published asset, such as an image or a PDF. workspaces.create_annotation also posts replies, and workspaces.update_annotation resolves and reopens threads. Follow the tool schemas your MCP client returns. Do not assume that a REST API route has an MCP equivalent.

Access and change records

The agent uses the key owner’s workspace ownership and current organization memberships. It does not inherit access from share links the owner has opened. Workspaces records the key and its owner with each change. Revoking the key stops MCP access. This applies to keys created by browser sign-in as well. After an organization removes the key owner, access granted by membership usually ends within 60 seconds. If Workspaces cannot refresh the membership list, cached access may last up to 10 minutes. Workspaces also gives the person’s organization workspaces to the admin who removes them, so the key loses owner access to those workspaces. The key remains active for personal workspaces, other organization memberships, and workspaces that are public or open to anyone with the link. Blocking sign-in does not revoke the key. Only the key owner can revoke it.

Fix connection errors

Reviewed October 15, 2026. Maintained by the Plannotator documentation team.
Last modified on October 15, 2026