Verbinden

Hosts verbinden sich mit einem einzigen öffentlichen Everyn-MCP-Endpoint. Dünne Host-Pakete dürfen Install-Metadaten ändern, aber keine Tools, Autorisierung, Fehler, Seiteneffekte oder Workflow-Regeln forken.

Endpoint

Nutze die URL oben als Remote-MCP-Server. Sende keine Dataset-Bytes, Export-CSV oder beliebige Fetch-URLs im /mcp-Body. Uploads und Downloads nutzen eingeschränkte Transfer-Descriptoren; der Client bewegt die Bytes.

Unterstützte Hosts

V1 ist headless und hostneutral. Derselbe Katalog ist vorgesehen für:

• ChatGPT und Codex
• Claude (Web, Desktop und Code)
• Cursor
• Generische MCP-Clients, die Streamable HTTP sprechen
• Den Eintrag im Official MCP Registry, der auf diesen Endpoint zeigt

Host-Verzeichnisse und Marketplace-Listings sind externe Ergebnisse. Sie sind nicht erforderlich, um den öffentlichen Endpoint zu nutzen.

Host-Install-Rezepte

Diese Rezepte nutzen dieselbe Streamable-HTTP-URL, WorkOS-OAuth und eine Organisations-Freigabe. Sende keinen API-Key. Fordere keine eigenen Everyn-CIMD- oder DCR-Scopes an.

Claude

Claude Web, Desktop und Claude Code teilen einen Remote-Connector.

1. Füge einen eigenen Remote-MCP-Connector namens Everyn hinzu.
2. Nutze die URL https://mcp.everyn.ai/mcp und Transport Streamable HTTP.
3. Schließe OAuth ab und wähle genau eine Everyn-Organisation.
4. Rufe get_context auf, bevor du Arbeit veränderst.

Claude Code:

claude mcp add --transport http everyn https://mcp.everyn.ai/mcp

Codex

Codex nutzt dieselbe Remote-URL. Füge einen Remote-MCP-Server namens everyn mit URL https://mcp.everyn.ai/mcp in den Codex-MCP-Einstellungen oder in ~/.codex/config.toml hinzu. Schließe OAuth ab und wähle genau eine Organisation. Dünne Codex-Plugins sind ein späterer Distributionsschritt; dieses Rezept ist nur der Remote-Server.

Cursor

Cursor nutzt einen Remote-mcp.json-Eintrag für dieselbe URL:

{
  "mcpServers": {
    "everyn": {
      "url": "https://mcp.everyn.ai/mcp"
    }
  }
}

Schließe OAuth ab und wähle genau eine Organisation. Ein Cursor-Marketplace-Listing ist ein späteres Review-Ergebnis, keine V1-Laufzeitabhängigkeit.

Kompatibilität

Kompatibilitätsadapter dürfen einen älteren ausgelieferten Client verhandeln — zum Beispiel einen Host, der noch mit einer früheren Protokollrevision initialisiert — ohne Anwendungs-Schemas, Seiteneffekte, Autorisierung oder IDs zu ändern.

V1 verlangt nicht:

• MCP Apps oder eine vom Host gerenderte UI
• ChatGPT-only File Parameters
• URL-Mode Elicitation
• Host-Background-Tasks oder MCP Tasks als Run-Lebenszyklus

Solche Adapter können später erscheinen. Sie müssen dieselben upload_csv-, Run- und export_run-Handles speisen.

Client-Registrierung

WorkOS AuthKit Standalone Connect ist der öffentliche Authorization Server. Client-Identifikation nutzt CIMD. Dynamic Client Registration existiert nur als begrenzter Kompatibilitätspfad für Zielhosts, die ihn noch brauchen.

Hosts, die CIMD oder Dynamic Client Registration nutzen, dürfen nur die Standard-OIDC-Scopes anfordern, die WorkOS bewerben kann. Siehe Authentifizierung.

Connect-Checkliste

1. Füge die oben angezeigte Remote-MCP-Server-URL hinzu.
2. Schließe OAuth ab und wähle genau eine Everyn-Organisation.
3. Rufe get_context auf, bevor du Arbeit veränderst.
4. Folge dem Workflow.

Wenn der Host lokale CSV-Bytes nicht bewegen kann, überspringe das Transfer-Ticket und nutze den Datasets-Fallback in Datasets.