Nutze Mandantenverwaltung und geführten Einrichtungsassistenten direkt aus unterstützten MCP-Hosts. OAuth-Login, explizite Scopes und die Rechte des angemeldeten Nutzers halten jede Verbindung unter Kontrolle.
https://<tenant>.id.tuurio.com/mcphttps://<tenant>.id.tuurio.com/mcp/setupStreamable HTTP MCP ohne proprietäre Bridge oder kopierte API-Tokens.
Browser-Login und ausdrückliche Zustimmung statt Secrets in Konfigurationsdateien.
Tokens und Werkzeuge bleiben an den gewählten Mandanten und die effektiven Nutzerrechte gebunden.
Konfiguration prüfen, Einrichtung begleiten und freigegebene Änderungen ausführen, ohne Secrets in Prompts oder Konfigurationsdateien offenzulegen.
Nutzer, Clients, Rollen und effektive Einstellungen mit den Rechten des angemeldeten Nutzers auflisten.
OAuth-Clients, Callback-URLs und Sicherheitseinstellungen analysieren, bevor etwas geändert wird.
Einen separaten, ressourcengebundenen Endpunkt für den geführten Mandanten-Onboarding-Assistenten nutzen.
mcp:write bewusst aktivieren; Nutzerrechte, Produktionsschalter und Bestätigungen gelten weiterhin.
/mcp im Normalbetrieb und /mcp/setup nur während des geführten Onboardings verwenden.
Kompatible Hosts registrieren automatisch einen öffentlichen PKCE-Client; Hosts mit festen Vorgaben nutzen einen MCP-Client aus dem Admin-Portal.
Tuurio öffnet sich im Browser, damit der Nutzer Mandant, Host und angeforderte Scopes prüfen kann.
Die sichtbaren Werkzeuge folgen den Token-Scopes und den effektiven Tuurio-Rechten des Nutzers.
Nutze die erzeugte Mandantenkonfiguration mit den großen MCP-fähigen Clients.
Menüs und OAuth-Fähigkeiten der Clients können sich ändern. Das Mandanten-Admin-Portal enthält aktuelle, hostspezifische Anleitungen.
Ersetze den Mandanten-Platzhalter und schließe Anmeldung und Zustimmung im Browser ab.
Entwicklerdetailscodex mcp add tuurio-auth --url https://<tenant>.id.tuurio.com/mcp
codex mcp login tuurio-auth --scopes mcp:connect,mcp:writeLasse mcp:write für reinen Lesezugriff weg. Lege niemals Access Tokens, Autorisierungscodes oder Client Secrets in einer MCP-Konfigurationsdatei ab.
Automatische Clients senden ihre exakte Redirect-URI bei der Registrierung. Wähle bei Hosts mit fester Callback-URL im OAuth-Client-Editor „MCP Client“ und anschließend die passende Vorlage.
Nein. Hosts mit kompatibler dynamischer Client-Registrierung erzeugen ihren öffentlichen PKCE-Client beim Login. Lege nur dann manuell einen MCP-Client an, wenn der Host eine feste Callback-URL nutzt oder eine Client-ID verlangt.
Nutze exakt die Callback-URL, die der Host anzeigt. Im MCP-Client-Editor kann eine Host-Vorlage bekannte URLs vorausfüllen. Bei automatischer Registrierung trägst du selbst keine ein.
Er ist ausschließlich für den geführten Mandanten-Einrichtungsassistenten vorgesehen und nutzt ein separates ressourcengebundenes Access Token. Die normale Verwaltung nutzt /mcp.
Nur wenn mcp:write angefordert und bestätigt wurde, der Nutzer die erforderlichen Rechte besitzt und Produktions-Schreibwerkzeuge aktiviert sind. Nur Lesen ist der sicherere Standard.
Nein. Der Host führt OAuth im Browser durch und speichert seine Autorisierung sicher. Tokens, Autorisierungscodes und Client Secrets gehören nicht in kopierte Konfigurationsbeispiele.