openclaw mcp hat zwei Aufgaben:
- OpenClaw mit
openclaw mcp serveals MCP-Server ausführen - von OpenClaw verwaltete Definitionen ausgehender MCP-Server mit
list,show,status,doctor,probe,add,set,configure,tools,login,logout,reloadundunsetverwalten
serve fungiert OpenClaw als MCP-Server. Bei den anderen Unterbefehlen fungiert OpenClaw als clientseitige MCP-Registry für Server, die seine eigenen Laufzeitumgebungen später verwenden können.
list, show, set und unset lesen und schreiben ausschließlich von OpenClaw verwaltete mcp.servers-Einträge in der OpenClaw-Konfiguration. Sie enthalten keine mcporter-Server aus config/mcporter.json; verwenden Sie für diese Registry mcporter list.openclaw acp, wenn OpenClaw selbst eine Coding-Harness-Sitzung hosten und diese Laufzeitumgebung über ACP leiten soll.
Den richtigen MCP-Pfad auswählen
OpenClaw als MCP-Server
Dies ist der Pfadopenclaw mcp serve.
Wann serve verwendet werden sollte
Verwenden Sieopenclaw mcp serve, wenn:
- Codex, Claude Code oder ein anderer MCP-Client direkt mit von OpenClaw gestützten Kanalunterhaltungen kommunizieren soll
- bereits ein lokales oder entferntes OpenClaw Gateway mit weitergeleiteten Sitzungen vorhanden ist
- Sie einen MCP-Server wünschen, der über die Kanal-Backends von OpenClaw hinweg funktioniert, anstatt separate Bridges für jeden Kanal auszuführen
openclaw acp, wenn OpenClaw die Coding-Laufzeitumgebung selbst hosten und die Agentensitzung innerhalb von OpenClaw halten soll.
Funktionsweise
openclaw mcp serve startet einen stdio-MCP-Server. Der MCP-Client ist Eigentümer dieses Prozesses. Solange der Client die stdio-Sitzung geöffnet hält, stellt die Bridge über WebSocket eine Verbindung zu einem lokalen oder entfernten OpenClaw Gateway her und macht weitergeleitete Kanalunterhaltungen über MCP verfügbar.
Client startet die Bridge
openclaw mcp serve.Bridge verbindet sich mit dem Gateway
Sitzungen werden zu MCP-Unterhaltungen
Live-Ereignisse werden in die Warteschlange gestellt
Optionaler Claude-Push
Wichtiges Verhalten
Wichtiges Verhalten
- der Zustand der Live-Warteschlange beginnt, wenn die Bridge die Verbindung herstellt
- älterer Transkriptverlauf wird mit
messages_readgelesen - Claude-Push-Benachrichtigungen existieren nur, solange die MCP-Sitzung aktiv ist
- wenn der Client die Verbindung trennt, wird die Bridge beendet und die Live-Warteschlange geht verloren
- einmalige Agenteneinstiegspunkte wie
openclaw agentundopenclaw infer model runbeenden alle gebündelten MCP-Laufzeitumgebungen, die sie öffnen, sobald die Antwort abgeschlossen ist, sodass sich bei wiederholten skriptgesteuerten Ausführungen keine stdio-MCP-Unterprozesse ansammeln - von OpenClaw gestartete stdio-MCP-Server (gebündelt oder benutzerkonfiguriert) werden beim Herunterfahren als Prozessbaum beendet, sodass vom Server gestartete untergeordnete Prozesse nach dem Beenden des übergeordneten stdio-Clients nicht weiterlaufen
- durch das Löschen oder Zurücksetzen einer Sitzung werden die MCP-Clients dieser Sitzung über den gemeinsamen Bereinigungspfad der Laufzeitumgebung freigegeben, sodass keine verbleibenden stdio-Verbindungen an eine entfernte Sitzung gebunden sind
Clientmodus auswählen
- Generische MCP-Clients
- Claude Code
conversations_list, messages_read, events_poll, events_wait, messages_send und die Genehmigungswerkzeuge.auto genauso wie on. Eine Erkennung der Clientfähigkeiten ist noch nicht vorhanden.Von serve bereitgestellte Funktionen
Die Bridge verwendet vorhandene Routenmetadaten der Gateway-Sitzung, um kanalgestützte Unterhaltungen bereitzustellen. Eine Unterhaltung erscheint, wenn OpenClaw bereits über einen Sitzungszustand mit einer bekannten Route wie der folgenden verfügt:channel- Empfänger- oder Zielmetadaten
- optional
accountId - optional
threadId
- kürzlich weitergeleitete Unterhaltungen aufzulisten
- den aktuellen Transkriptverlauf zu lesen
- auf neue eingehende Ereignisse zu warten
- eine Antwort über dieselbe Route zurückzusenden
- Genehmigungsanfragen zu sehen, die eintreffen, während die Bridge verbunden ist
Verwendung
- Lokales Gateway
- Entferntes Gateway (Token)
- Entferntes Gateway (Passwort)
- Ausführlich / Claude deaktiviert
Bridge-Werkzeuge
conversations_list
conversations_list
limit (max. 500), search, channel, includeDerivedTitles, includeLastMessage.conversation_get
conversation_get
session_key mithilfe einer direkten Gateway-Sitzungssuche zurück.messages_read
messages_read
limit ist standardmäßig 20, maximal 200.attachments_fetch
attachments_fetch
events_poll
events_poll
limit maximal 200.events_wait
events_wait
messages_send
messages_send
- erfordert eine vorhandene Unterhaltungsroute
- verwendet den Kanal, den Empfänger, die Konto-ID und die Thread-ID der Sitzung
- sendet ausschließlich Text
permissions_list_open
permissions_list_open
permissions_respond
permissions_respond
allow-onceallow-alwaysdeny
Ereignismodell
Die Bridge führt eine Ereigniswarteschlange im Arbeitsspeicher, solange sie verbunden ist. Aktuelle Ereignistypen:messageexec_approval_requestedexec_approval_resolvedplugin_approval_requestedplugin_approval_resolvedclaude_permission_request
Claude-Kanalbenachrichtigungen
Die Bridge kann außerdem Claude-spezifische Kanalbenachrichtigungen bereitstellen. Dies ist das OpenClaw-Äquivalent eines Claude-Code-Kanaladapters: Standardmäßige MCP-Werkzeuge bleiben verfügbar, eingehende Live-Nachrichten können jedoch auch als Claude-spezifische MCP-Benachrichtigungen eintreffen.- off
- on
- auto (Standard)
--claude-channel-mode off: nur standardmäßige MCP-Werkzeuge.notifications/claude/channelnotifications/claude/channel/permission
- eingehende
user-Transkriptnachrichten werden alsnotifications/claude/channelweitergeleitet - über MCP empfangene Claude-Berechtigungsanfragen werden im Arbeitsspeicher nachverfolgt
- wenn der Befehlseigentümer in der verknüpften Unterhaltung später
yes <id>oderno <id>sendet (<id>ist die fünfstellige Anfrage-ID ohnel), wandelt die Bridge dies innotifications/claude/channel/permissionum - diese Benachrichtigungen sind ausschließlich für die Live-Sitzung bestimmt; wenn der MCP-Client die Verbindung trennt, gibt es kein Push-Ziel
MCP-Client-Konfiguration
Beispiel für eine stdio-Client-Konfiguration:Optionen
openclaw mcp serve unterstützt:
gateway.remote.url, wenn dies konfiguriert ist.auto.Sicherheits- und Vertrauensgrenze
Die Bridge erfindet kein Routing. Sie macht nur Konversationen zugänglich, für die das Gateway bereits Routing unterstützt. Das bedeutet:- Absender-Zulassungslisten, Kopplung und Vertrauen auf Kanalebene gehören weiterhin zur zugrunde liegenden OpenClaw-Kanalkonfiguration
messages_sendkann nur über eine vorhandene gespeicherte Route antworten- der Genehmigungsstatus ist nur live/im Arbeitsspeicher für die aktuelle Bridge-Sitzung verfügbar
- die Bridge-Authentifizierung sollte dieselben Gateway-Token- oder Passwortkontrollen verwenden, denen Sie auch bei jedem anderen entfernten Gateway-Client vertrauen würden
conversations_list fehlt, liegt die Ursache normalerweise nicht an der MCP-Konfiguration. Es fehlen Routing-Metadaten in der zugrunde liegenden Gateway-Sitzung oder sie sind unvollständig.
Tests
OpenClaw enthält einen deterministischen Docker-Smoke-Test für diese Bridge:openclaw mcp serve als stdio-Kindprozess und steuert ihn als MCP-Client. Er überprüft die Konversationserkennung, das Lesen von Transkripten, das Lesen von Anhangsmetadaten, das Verhalten der Live-Ereigniswarteschlange sowie Kanal- und Berechtigungsbenachrichtigungen im Claude-Stil über die echte stdio-MCP-Bridge. Das Routing ausgehender Sendungen (messages_send, das die gespeicherte Konversationsroute wiederverwendet) wird separat durch Unit-Tests in src/mcp/channel-server.test.ts abgedeckt.
Dies ist der schnellste Weg, die Funktionsfähigkeit der Bridge nachzuweisen, ohne ein echtes Telegram-, Discord- oder iMessage-Konto in den Testlauf einzubinden.
Einen umfassenderen Testkontext finden Sie unter Tests.
Fehlerbehebung
Keine Konversationen zurückgegeben
Keine Konversationen zurückgegeben
events_poll oder events_wait übersieht ältere Nachrichten
events_poll oder events_wait übersieht ältere Nachrichten
messages_read.Claude-Benachrichtigungen werden nicht angezeigt
Claude-Benachrichtigungen werden nicht angezeigt
- der Client hat die stdio-MCP-Sitzung geöffnet gehalten
--claude-channel-modeistonoderauto- der Client versteht tatsächlich die Claude-spezifischen Benachrichtigungsmethoden
- die eingehende Nachricht ist nach dem Verbindungsaufbau der Bridge eingegangen
Genehmigungen fehlen
Genehmigungen fehlen
permissions_list_open zeigt nur Genehmigungsanfragen an, die beobachtet wurden, während die Bridge verbunden war. Es handelt sich nicht um eine API für einen dauerhaften Genehmigungsverlauf.OpenClaw als MCP-Client-Registrierung
Dies ist der Pfad füropenclaw mcp list, show, status, doctor, probe, add, set,
configure, tools, login, logout, reload und unset.
Diese Befehle machen OpenClaw nicht über MCP zugänglich. Sie verwalten von OpenClaw verwaltete MCP-Serverdefinitionen unter mcp.servers in der OpenClaw-Konfiguration. Sie lesen keine mcporter-Server aus config/mcporter.json.
Diese gespeicherten Definitionen sind für Laufzeitumgebungen vorgesehen, die OpenClaw später startet oder konfiguriert, beispielsweise eingebettetes OpenClaw und andere Laufzeitadapter. OpenClaw speichert die Definitionen zentral, damit diese Laufzeitumgebungen keine eigenen doppelten MCP-Serverlisten verwalten müssen.
Wichtiges Verhalten
Wichtiges Verhalten
- diese Befehle lesen oder schreiben ausschließlich die OpenClaw-Konfiguration
status,list,show,doctorohne--probe,set,configure,tools,logout,reloadundunsetstellen keine Verbindung zum MCP-Zielserver herloginführt den MCP-OAuth-Netzwerkablauf für den konfigurierten HTTP-Server aus und speichert die resultierenden lokalen Anmeldedatenstatus --verbosegibt aufgelöste Hinweise zu Transport, Authentifizierung, Zeitüberschreitung, Filter und parallelen Tool-Aufrufen aus, ohne eine Verbindung herzustellendoctorprüft gespeicherte Definitionen auf lokale Einrichtungsprobleme wie fehlende stdio-Befehle, ungültige Arbeitsverzeichnisse, fehlende TLS-Dateien, deaktivierte Server, sensible Header-/Umgebungswerte im Klartext und unvollständige OAuth-Autorisierungdoctor --probeergänzt nach erfolgreichen statischen Prüfungen denselben Nachweis einer Live-Verbindung wieprobeprobestellt eine Verbindung zum ausgewählten Server oder zu allen konfigurierten Servern her, listet Tools auf und meldet Funktionen/Diagnosenadderstellt anhand von Flags eine Definition und prüft sie vor dem Speichern, sofern nicht--no-probegesetzt ist oder zuerst eine OAuth-Autorisierung erforderlich ist- Laufzeitadapter entscheiden zur Ausführungszeit, welche Transportformen sie tatsächlich unterstützen
enabled: falsebehält einen Server gespeichert bei, schließt ihn jedoch von der Erkennung durch eingebettete Laufzeitumgebungen ausrequestTimeoutMsundconnectionTimeoutMslegen Zeitüberschreitungen pro Server für Anfragen und Verbindungen in Millisekunden festsupportsParallelToolCalls: truekennzeichnet Server, die Adapter gleichzeitig aufrufen können- HTTP-Server können statische Header, OAuth-Anmeldung, Steuerung der TLS-Verifizierung sowie mTLS-Zertifikat-/Schlüsselpfade verwenden
- eingebettetes OpenClaw stellt konfigurierte MCP-Tools in den normalen Tool-Profilen
codingundmessagingbereit;minimalblendet sie weiterhin aus undtools.deny: ["bundle-mcp"]deaktiviert sie ausdrücklich toolFilter.includeundtoolFilter.excludepro Server filtern erkannte MCP-Tools, bevor sie zu OpenClaw-Tools werden- Server, die Ressourcen oder Prompts ankündigen, stellen auch Hilfstools zum Auflisten/Lesen von Ressourcen und zum Auflisten/Abrufen von Prompts bereit; diese generierten Namen der Hilfstools (
resources_list,resources_read,prompts_list,prompts_get) verwenden denselben Einschluss-/Ausschlussfilter - dynamische Änderungen der MCP-Tool-Liste machen den zwischengespeicherten Katalog für diese Sitzung ungültig; bei der nächsten Erkennung/Verwendung wird er vom Server aktualisiert
- wiederholte Fehler bei MCP-Tool-Anfragen oder im Protokoll pausieren diesen Server kurzzeitig, damit ein einzelner defekter Server nicht den gesamten Durchlauf beansprucht
- sitzungsbezogene gebündelte MCP-Laufzeitumgebungen werden nach 10 Minuten Inaktivität beendet, und einmalige eingebettete Durchläufe bereinigen sie am Ende des Durchlaufs
transport direkt, während Claude Code und Gemini CLI-native Werte vom Typ type wie http, sse oder stdio erhalten.
Der Codex-App-Server berücksichtigt außerdem einen optionalen codex-Block auf jedem Server. Dabei handelt es sich
ausschließlich um OpenClaw-Projektionsmetadaten für Codex-App-Server-Threads; sie ändern weder
ACP-Sitzungen noch die generische Codex-Harness-Konfiguration oder andere Laufzeitadapter.
Verwenden Sie ein nicht leeres codex.agents, um einen Server nur in bestimmte OpenClaw-
Agent-IDs zu projizieren. Leere, ausschließlich aus Leerzeichen bestehende oder ungültige Agentenlisten werden von der Konfigurations-
validierung abgelehnt und vom Projektionspfad der Laufzeitumgebung weggelassen, anstatt
global zu werden. Verwenden Sie codex.defaultToolsApprovalMode (auto, prompt oder approve),
um das native default_tools_approval_mode von Codex für einen vertrauenswürdigen Server auszugeben.
OpenClaw entfernt die codex-Metadaten, bevor es die native mcp_servers-
Konfiguration an Codex übergibt.
Gespeicherte MCP-Serverdefinitionen
Befehle:openclaw mcp listopenclaw mcp show [name]openclaw mcp status [--verbose]openclaw mcp doctor [name] [--probe]openclaw mcp probe [name]openclaw mcp add <name> [flags]openclaw mcp set <name> <json>openclaw mcp configure <name> [flags]openclaw mcp tools <name> [--include csv] [--exclude csv] [--clear]openclaw mcp login <name> [--code code]openclaw mcp logout <name>openclaw mcp reloadopenclaw mcp unset <name>
listsortiert Servernamen.showohne Namen gibt das vollständige konfigurierte MCP-Serverobjekt aus.statusklassifiziert konfigurierte Transporte, ohne eine Verbindung herzustellen.--verboseenthält aufgelöste Details zu Start, Zeitüberschreitung, OAuth, Filter und parallelen Aufrufen, einschließlich der Fälle, in denen gespeicherte OAuth-Token eine zusätzliche Autorisierung erfordern. stdio-Argumente, die Anmeldedaten enthalten, werden in der Text- und JSON-Ausgabe geschwärzt.doctorführt statische Prüfungen durch, ohne eine Verbindung herzustellen. Fügen Sie--probehinzu, wenn der Befehl zusätzlich überprüfen soll, ob aktivierte Server eine Verbindung herstellen können.probestellt eine Verbindung her und meldet die Anzahl der Tools, die Unterstützung von Ressourcen/Prompts, die Unterstützung von Listenänderungen und Diagnosen.addakzeptiert stdio-Flags wie--command,--arg,--envund--cwdoder HTTP-Flags wie--url,--transport,--header,--auth oauthsowie Flags für TLS, Zeitüberschreitung und Tool-Auswahl.seterwartet einen einzelnen JSON-Objektwert in der Befehlszeile.configureaktualisiert Aktivierung, Tool-Filter, Zeitüberschreitungen, OAuth, TLS und Hinweise zu parallelen Tool-Aufrufen, ohne die gesamte Serverdefinition zu ersetzen. Fügen Sie--probehinzu, um den aktualisierten Server vor dem Speichern zu überprüfen.toolsaktualisiert Tool-Filter pro Server. Einschluss-/Ausschlusseinträge sind MCP-Tool-Namen und einfache*-Globs.loginführt den OAuth-Ablauf für HTTP-Server aus, die mitauth: "oauth"konfiguriert sind. Der erste Durchlauf gibt eine Autorisierungs-URL aus; führen Sie den Befehl nach der Genehmigung erneut mit--codeaus.logoutlöscht gespeicherte OAuth-Anmeldedaten für den benannten Server, ohne die gespeicherte Serverdefinition zu entfernen.reloadverwirft zwischengespeicherte prozessinterne MCP-Laufzeitumgebungen ausschließlich für den aktuellen CLI-Prozess. Gateway- oder Agentenprozesse in einem anderen Prozess benötigen weiterhin einen eigenen Neu-Lade- oder Neustartpfad.- Verwenden Sie
transport: "streamable-http"für Streamable-HTTP-MCP-Server.openclaw mcp setnormalisiert außerdem das CLI-nativetype: "http"aus Kompatibilitätsgründen in dieselbe kanonische Konfigurationsform. unsetschlägt fehl, wenn der benannte Server nicht existiert.
Gängige Serverkonfigurationen
Diese Beispiele speichern nur Serverdefinitionen. Führen Sie anschließendopenclaw mcp doctor --probe aus, um nachzuweisen, dass der Server startet und Tools bereitstellt.
- Dateisystem
- Speicher
- Lokales Skript
- Remote-HTTP
- Desktop/CUA
JSON-Ausgabeformate
Verwenden Sie--json für Skripte und Dashboards. Feldmengen können mit der Zeit erweitert werden, daher sollten Konsumenten unbekannte Schlüssel ignorieren.
status --json
status --json
doctor --json
doctor --json
doctor --json wird mit einem von null verschiedenen Status beendet, wenn ein aktivierter, geprüfter Server ein Problem der Stufe error aufweist. Probleme der Stufen warning und info werden gemeldet, führen für sich genommen jedoch nicht zum Fehlschlagen des Befehls.probe --json
probe --json
probe --json öffnet eine aktive MCP-Clientsitzung und gibt ihr Ergebnis direkt aus; anders als bei status/doctor enthält die Ausgabe kein path-Feld auf oberster Ebene. Die Schlüssel resources und prompts sind nur vorhanden, wenn der Server die jeweilige Fähigkeit tatsächlich ankündigt (ein Server ohne Prompts lässt den Schlüssel prompts weg, statt false zu melden). Verwenden Sie probe zum Nachweis der Erreichbarkeit und Fähigkeiten, nicht für statische Konfigurationsprüfungen.Stdio-Transport
Startet einen lokalen untergeordneten Prozess und kommuniziert über stdin/stdout.SSE-/HTTP-Transport
Stellt über HTTP Server-Sent Events eine Verbindung zu einem Remote-MCP-Server her.url (Benutzerinformationen) und headers werden in Protokollen und Statusausgaben geschwärzt. openclaw mcp doctor warnt, wenn sensibel wirkende Einträge in headers oder env literale Werte enthalten, damit Betreiber diese Werte aus der committeten Konfiguration entfernen können.
OAuth-Ablauf
OAuth ist für HTTP-MCP-Server vorgesehen, die den MCP-OAuth-Ablauf ankündigen. StatischeAuthorization-Header werden für einen Server ignoriert, solange auth: "oauth" aktiviert ist. Von openclaw mcp login gespeicherte Anmeldedaten funktionieren mit eingebettetem MCP, CLI-Runnern und dem lokalen Codex-App-Server.
Native MCP-OAuth-Sitzungen werden in der nur für den Eigentümer zugänglichen, gemeinsam verwendeten SQLite-Datenbank unter <state-dir>/state/openclaw.sqlite (mcp_oauth_stores) gespeichert. Die Zeile kann Zugriffs- und Aktualisierungstoken, Geheimnisse der dynamischen Clientregistrierung, Discovery-Metadaten und den temporären PKCE-Verifier enthalten. Aktualisierung, Anmeldung und Abmeldung verwenden dieselbe SQLite-Lease, sodass parallele OpenClaw-Prozesse nicht dasselbe Aktualisierungstoken verbrauchen oder eine abgemeldete Sitzung wiederherstellen können.
Upgrades aus dem eingestellten <state-dir>/mcp-oauth/*.json-Speicher werden ausschließlich von openclaw doctor --fix verarbeitet. Der Laufzeitcode liest oder schreibt diese Dateien niemals und greift auch nicht ersatzweise auf sie zurück.
Bis Anmeldedaten verfügbar sind, lässt OpenClaw nur diesen MCP-Server aus der Agentenlaufzeit aus, statt den Agentendurchlauf fehlschlagen zu lassen. Der Betreiber oder ein Agent mit Shellzugriff kann anschließend openclaw mcp login <name> ausführen und den Server in einem späteren Durchlauf verwenden.
Wenn ein Server ein Token mit insufficient_scope ablehnt, behält OpenClaw den angeforderten Geltungsbereich bei und fordert openclaw mcp login <name> an, statt eine Aktualisierung zu wiederholen, die keinen neuen Geltungsbereich gewähren kann. Diese Anmeldung startet eine neue Autorisierungsanfrage und behält das vorherige Token bei, bis die Ersatzanmeldedaten gespeichert wurden.
Wenn ein Remote-MCP-Dienst bereits durch ein separates, aktualisierungsfähiges OpenClaw-Authentifizierungsprofil gestützt wird, können Sie optional oauth.authProfileId festlegen. OpenClaw aktualisiert beide möglichen Anmeldedatenquellen vor der Laufzeitprojektion und übergibt nur das aktuelle Zugriffstoken an den nachgelagerten MCP-Client.
Server speichern
auth: "oauth" und optionalen OAuth-Metadaten hinzu oder aktualisieren Sie ihn.Anmeldung starten
Mit dem Code abschließen
Autorisierung prüfen
authorization-required meldet oder Doctor eine zusätzliche Autorisierung anfordert, führen Sie openclaw mcp login <name> erneut aus.Anmeldedaten löschen
openclaw mcp logout <name> aus und wiederholen Sie anschließend login. logout kann Anmeldedaten für einen gespeicherten HTTP-Server auch dann löschen, wenn auth: "oauth" bereits aus der Konfiguration entfernt wurde, solange der Servername und die URL den Eintrag im Anmeldedatenspeicher weiterhin identifizieren.
Streamable-HTTP-Transport
streamable-http ist neben sse und stdio eine zusätzliche Transportoption. Sie verwendet HTTP-Streaming für die bidirektionale Kommunikation mit entfernten MCP-Servern.
transport: "streamable-http" als kanonische Schreibweise. CLI-native MCP-Werte für type: "http" werden akzeptiert, wenn sie über openclaw mcp set gespeichert werden, und in vorhandenen Konfigurationen durch openclaw doctor --fix korrigiert. Das eingebettete OpenClaw verarbeitet jedoch transport direkt.
Beispiel:
probe und doctor --probe öffnen eine aktive MCP-Clientsitzung, um nachzuweisen, dass der Zielserver erreichbar ist.Control UI
Die browserbasierte Control UI enthält unter/settings/mcp eine eigene MCP-Einstellungsseite; der bisherige Pfad /mcp bleibt als Alias erhalten. Die Seite zeigt die Anzahl konfigurierter Server, Zusammenfassungen zu Aktivierung, OAuth und Filtern, Transportzeilen pro Server, Steuerelemente zum Aktivieren und Deaktivieren, gängige CLI-Befehle sowie einen bereichsspezifischen Editor für den Konfigurationsabschnitt mcp.
Verwenden Sie die Seite für Änderungen durch Bedienpersonal und einen schnellen Überblick. Verwenden Sie openclaw mcp doctor --probe oder openclaw mcp probe, wenn Sie einen Live-Nachweis für den Server benötigen.
Arbeitsablauf für Bedienpersonal:
- Öffnen Sie die Control UI und wählen Sie MCP.
- Prüfen Sie die Übersichtskarten für alle, aktivierte, OAuth- und gefilterte Server.
- Verwenden Sie jede Serverzeile für Hinweise zu Transport, Authentifizierung, Filtern, Timeouts und Befehlen.
- Schalten Sie die Aktivierung um, wenn Sie eine Definition beibehalten, sie jedoch von der Laufzeiterkennung ausschließen möchten.
- Bearbeiten Sie den bereichsspezifischen Konfigurationsabschnitt
mcp, um strukturelle Änderungen wie neue Server, Header, TLS, OAuth-Metadaten oder Toolfilter vorzunehmen. - Wählen Sie Save, um nur die Konfiguration dauerhaft zu speichern, oder Save & Publish, um sie über den Gateway-Konfigurationspfad anzuwenden.
- Führen Sie
openclaw mcp doctor --probeaus, wenn Sie einen Live-Nachweis benötigen, dass der bearbeitete Server startet und Tools auflistet.
- Befehlsausschnitte setzen Servernamen in Anführungszeichen, damit ungewöhnliche Namen in einer Shell weiterhin kopiert werden können
- angezeigte URL-ähnliche Werte werden vor der Darstellung geschwärzt, wenn sie eingebettete Anmeldedaten enthalten
- die Seite startet MCP-Transporte nicht selbst
- aktive Laufzeiten benötigen möglicherweise
openclaw mcp reload, eine Veröffentlichung der Gateway-Konfiguration oder einen Prozessneustart, je nachdem, welcher Prozess die MCP-Clients verwaltet
MCP Apps
OpenClaw kann Tools darstellen, die die stabile MCP-Apps-Erweiterung implementieren. Apps müssen ausdrücklich aktiviert werden, da ihr HTML vom konfigurierten MCP-Server stammt und für Apps sichtbare Tools oder Ressourcen von demselben Server anfordern kann. Aktivieren Sie die Host-Bridge:18790). Die Control UI lädt Apps von diesem separaten Origin; der Listener stellt niemals die Control UI, authentifizierte Gateway-Routen oder Benutzerdaten bereit.
Direkte Gateway-Verbindungen benötigen Zugriff auf beide Ports. Wenn ein Reverse-Proxy oder TLS-Terminator die Control UI bereitstellt, weisen Sie Apps einen eigenen öffentlichen Origin zu und leiten Sie ausschließlich diesen Origin an den Sandbox-Listener weiter:
- OpenClaw kündigt die Erweiterung
io.modelcontextprotocol/uinur an, wenn Apps aktiviert sind. - Nur Ressourcen vom Typ
ui://mit dem exakten MIME-Typtext/html;profile=mcp-appwerden dargestellt. - UI-Ressourcen sind auf 2 MiB begrenzt, werden hinter einem Doppel-Iframe-Proxy auf einem eigenen äußeren Origin platziert, in einen undurchsichtigen inneren App-Origin geladen und durch eine aus den Ressourcenmetadaten abgeleitete CSP eingeschränkt.
- Ausschließlich für Apps bestimmte Tools (
_meta.ui.visibility: ["app"]) bleiben aus den Toollisten des Modells ausgeschlossen. Apps können nur für Apps sichtbare Tools auf ihrem zugehörigen Server aufrufen, die außerdem die wirksame OpenClaw-Toolrichtlinie für den Lauf erfüllen, der die Ansicht erstellt hat. - An den Origin gebundene App-Berechtigungen wie Kamera, Mikrofon und Geolokalisierung werden nicht erteilt, solange innere App-Dokumente undurchsichtige Origins zur App-übergreifenden Isolation verwenden.
- App-HTML, vollständige Toolargumente und unverarbeitete Ergebnisse verbleiben in einem begrenzten, zehn Minuten gültigen In-Memory-Ansichts-Lease und werden weder auf den Datenträger geschrieben noch in die Vorschaumetadaten des Transkripts kopiert. Das Transkript speichert nur einen begrenzten Server-/Tool-/Ressourcendeskriptor, der an die ursprüngliche Toolaufruf-ID gebunden ist. Nach einem Gateway-Neustart kann die Control UI diesen Deskriptor anhand des Transkripts der authentifizierten Sitzung überprüfen und die Ressource
ui://erneut abrufen; wiederhergestellte Ansichten sind schreibgeschützt, bis ein neuer Lauf aktuelle Toolberechtigungen festlegt. - In Kanalunterhaltungen fügt die letzte erfolgreiche App-Ansicht eines Durchgangs der abschließenden Assistentenantwort eine Aktion im Stil von App öffnen hinzu. Telegram-Direktnachrichten verwenden eine native Mini-App-Schaltfläche; Slack und Discord stellen dieselbe portable Aktion als Link dar. Andere Kanäle behalten den ursprünglichen Antworttext bei und hängen einen verständlichen HTTPS-Link an.
- Kanal-Startlinks sind nur verfügbar, wenn die Tailscale-Bereitstellung des Gateways einen veröffentlichten HTTPS-Origin vorbereitet hat.
gateway.tailscale.mode: "serve"ist nur aus dem Tailnet erreichbar;"funnel"ist aus dem öffentlichen Internet erreichbar. Ein extern verwalteter Funnel, der durchgateway.tailscale.preserveFunnelbeibehalten wird, gilt ebenfalls als über das Internet erreichbar. Siehe Tailscale. - Starttickets sind undurchsichtig, werden ausschließlich beim Erstellen der abschließenden Kanalantwort ausgestellt und laufen nach höchstens zwei Minuten oder beim Ablauf des zugrunde liegenden Ansichts-Lease ab, je nachdem, was zuerst eintritt. Die URL enthält keine Gateway-Bearer-Anmeldedaten, Sitzungsschlüssel, Ansichtsmetadaten, App-HTML, Tooleingaben oder Toolergebnisse.
- Wenn kein veröffentlichter Origin oder keine Ticketkapazität verfügbar ist, die Ansicht oder das Ticket abgelaufen ist oder der Transport keine nativen Steuerelemente darstellen kann, bleibt der ursprüngliche Assistententext verfügbar. Die Control UI behält ihre vorhandene eingebettete App-Zeichenfläche bei und erhält keine doppelte Startaktion.
openclaw security auditwarnt, solange die Bridge aktiviert ist. Deaktivieren Sie sie mitopenclaw config set mcp.apps.enabled false --strict-json, wenn sie nicht benötigt wird.
Aktuelle Einschränkungen
Diese Seite dokumentiert die Bridge in ihrem derzeit ausgelieferten Zustand. Aktuelle Einschränkungen:- die Unterhaltungserkennung hängt von vorhandenen Metadaten der Gateway-Sitzungsroute ab
- kein generisches Push-Protokoll über den Claude-spezifischen Adapter hinaus
- noch keine Tools zum Bearbeiten von Nachrichten oder Hinzufügen von Reaktionen
- der HTTP-/SSE-/Streamable-HTTP-Transport verbindet sich mit einem einzelnen entfernten Server; noch kein gebündelter Upstream
permissions_list_openenthält nur Genehmigungen, die beobachtet wurden, während die Bridge verbunden war