MCP ist verbunden, aber keine WordPress-Tools werden angezeigt
Ein MCP-Transport kann verbunden sein, obwohl der Server diesem Client keine WordPress-Tools bereitstellt. Die Tool-Liste hängt von Serverfähigkeiten, Plugin-Registrierung, Versionskompatibilität, Geltungsbereich und Client-Aktualisierung ab. WordPress-Authentifizierung ist eine getrennte spätere Ebene.
Wahrscheinliche Ursachen
- Der Client ist mit einem MCP-Server verbunden, der die erwartete Tool-Capability nicht deklariert oder bereitstellt.
- Server oder Plugin stellt für aktive Identität oder Konfiguration absichtlich nur einen Teil der Tools bereit.
- Toolname, Namespace oder Eingabeschema hat sich zwischen Versionen geändert.
- Der Client ruft falsche Domain, Basispfad, REST-Route oder MCP-Endpunkt auf.
- Dokumentation oder Supportantwort bezieht sich auf ein anderes Plugin, einen anderen Client oder eine andere Version.
Diagnosereihenfolge
- Dokumentieren Sie WordPress-, Plugin-, Client-, Connector- und Serverversionen vor jeder Änderung.
- Fordern Sie die MCP-Toolliste an und dokumentieren Sie tatsächlich bereitgestellte Namen und Schemata.
- Vergleichen Sie angeforderten Toolnamen und Eingaben mit dem aktiven Serverschema.
- Bestätigen Sie Schema, Host, Basispfad und Endpunkt in der Client-Konfiguration.
- Vergleichen Sie die installierte Version mit offiziellem Changelog und Korrekturversionen.
- Vergleichen Sie Benutzer-Capabilities mit der von Route oder Tool benötigten Aktion.
Die kleinste passende Korrektur anwenden
- Aktivieren oder registrieren Sie nur das für den genehmigten Workflow benötigte WordPress-Tool.
- Korrigieren Sie Endpunkt, Transport, Toolname oder Credential-Referenz ohne Berechtigungen zu erweitern.
- Ersetzen Sie veraltete Anweisungen durch Dokumentation für installierten Client, Plugin und Version.
- Wählen Sie die niedrigste WordPress-Zugriffsstufe für die genehmigte Aktion.
- Eskalieren Sie mit bereinigter versionierter Evidenz, wenn das Verhalten pluginspezifisch bleibt.
Ergebnis überprüfen
- Der aktive MCP-Server listet das erwartete Tool und aktuelle Eingabeschema.
- Die authentifizierte Anfrage entspricht dem vorgesehenen dedizierten Benutzer.
- Der genehmigte enge Lesezugriff liefert reproduzierbar eine Antwort.
- Eine absichtlich verbotene Schreibaktion bleibt abgelehnt.
Was Sie nicht tun sollten
- Vergeben Sie keinen Administratorzugriff nur damit ein Verbindungstest gelingt.
- Verwechseln Sie erfolgreiche Authentifizierung nicht mit Erlaubnis für jede WordPress-Aktion.
- Behandeln Sie nicht jedes 403 als defekte Verbindung; es kann die korrekte Berechtigungsablehnung sein.
- Veröffentlichen Sie keine ungeprüften Aussagen zu Remote-Datennutzung, Zustimmung oder Berechtigungen.
- Wechseln Sie nicht ohne separaten genehmigten Workflow, Staging und Rollback von begrenzt zu Full Power.
Häufige Fragen
Garantiert ein verbundener MCP-Server WordPress-Zugriff?
Nein. Er bestätigt nur die Erreichbarkeit einer Protokollebene. Der Server muss das Tool bereitstellen, der Client es erkennen, WordPress den Benutzer authentifizieren und die Aktion zulassen.
Verwandte Leitfäden
- WordPress MCP einfach erklärt
- WordPress REST API vs. MCP: Was sollten Sie verwenden?
- Der KI-Client findet ein WordPress-Tool, aber die Aktion wird abgelehnt
- Fehlerbehebung beim Zugriff von Claude Code oder Codex auf WordPress
- Welche WordPress-Zugriffsstufe sollten Sie einer KI geben?
Quellen und Überprüfung
Diese Seite wurde anhand der folgenden Primärquellen überprüft. Letzte Quellenprüfung: .
- Model Context Protocol: Tools · Model Context Protocol
- Connect Claude Code to Tools via MCP · Anthropic
- Unlocking the Codex Harness: How We Built the App Server · OpenAI
- Abilities API · WordPress Developer Resources