• Get started

    • Getting started
    • Concepts
    • Tour
  • Using shpyrd

    • Deploying
    • shpyrd.yaml
    • Resources
    • Databases and caches
    • Domains and exposure
    • Sign-in for your app
    • Teams, roles and security
    • AI assistants (MCP)
    • Logs
    • Dashboard
    • CLI reference
  • Running it yourself

    • Installation
    • Oracle Cloud (OKE)
    • AWS (EKS)
    • Extensions and sign-in
    • Platform backups
    • Architecture guide
  • Project

    • Design principles
    • Roadmap
    • How to contribute
    • Support the project
  1. Using shpyrd
  2. AI assistants (MCP)
Add toClaudeClaude CodeClaudeClaudeOpenAICodexCursorCursorVisual Studio CodeVS Code

AI assistants (MCP)

Every workspace is a remote MCP server. Add it to Claude, sign in through the workspace, and ask about your projects.

Every workspace is a Model Context Protocol server, at the workspace's own address: on shpyrd cloud, https://acme.shpyrd.app/mcp. Add it to an assistant such as Claude as a connector, sign in through the workspace, and ask about your projects in plain language: "check on Acme the metrics of the shop project for the last day". The assistant sees what you see and changes nothing.

Connecting Claude

  1. On Workspace › Overview › AI assistants, copy the Server URL (https://<workspace>/mcp - on shpyrd cloud, https://acme.shpyrd.app/mcp).
  2. In Claude: Settings › Connectors › Add custom connector, paste the URL, Connect.
  3. Claude sends you to your workspace's sign-in; sign in as usual and Allow the connection. The consent page names the assistant and what it may do.
  4. In a conversation, enable the connector and ask. The server's name — what Claude shows — is set by a workspace admin on the same card; by default it is "<workspace> on shpyrd".

Any MCP client that speaks Streamable HTTP with OAuth 2.1 works the same way: the workspace publishes its authorization server (/.well-known/oauth-authorization-server), accepts dynamic client registration and requires PKCE.

What the assistant can do

ToolAnswers
list_projectsthe projects you can see, with status and URL
get_projectone project's status: phase, URL, processes and their instances, the current release, access mode, domains
get_logsthe most recent log lines (how many, which process)
get_metricsrequests, latency, errors, CPU and memory over a range, summarised (latest, average, peak)

Everything is read-only today and within your roles: a project you cannot open does not exist to the assistant; an owner's connection is a viewer's. Tools that change things (deploy, scale, config vars) come in a later release behind an explicit permission the consent page will name.

Connections and revocation

Your connected assistants are listed on the same card with what they may do and when they were last used; disconnect revokes the assistant's access at once (a token it already holds stops within the hour). The assistant asks you to sign in again the next time. Admins see everyone's connections (?all=true on the API).

For the platform operator

Self-hosted only: on shpyrd cloud there is nothing for you to set up. On a cluster you run, there is nothing to configure either: the OAuth server and the MCP endpoint answer at every workspace's address, with the workspace's dashboard as the token issuer and the platform's signing keys. Scripts that already hold a personal API token may call /mcp with it as a bearer instead of going through OAuth.

On this page

  • Connecting Claude
  • What the assistant can do
  • Connections and revocation
  • For the platform operator
  • Docs

shpyrd is open source under MPL-2.0, and in beta.