PAGUP Agent ControlAccès WordPress pour les assistants IA
Essayer gratuitement

MCP est connecté, mais aucun outil WordPress n’apparaît

Un transport MCP peut être connecté alors que le serveur n’expose aucun outil WordPress à ce client. La liste dépend des capacités du serveur, de l’enregistrement par les extensions, de la compatibilité des versions, de la portée et du rafraîchissement du client. L’authentification WordPress constitue une couche ultérieure distincte.

Causes probables

  • Le client est connecté à un serveur MCP qui ne déclare pas ou n’expose pas la capacité d’outils attendue.
  • Le serveur ou l’extension n’expose volontairement qu’un sous-ensemble d’outils pour l’identité ou la configuration active.
  • Le nom, l’espace de noms ou le schéma d’entrée d’un outil a changé entre les versions.
  • Le client appelle le mauvais domaine, chemin de base, point de terminaison REST ou point de terminaison MCP.
  • La documentation ou la réponse de soutien décrit une autre extension, un autre client ou une autre version.

Séquence de diagnostic

  1. Consignez les versions de WordPress, de l’extension, du client, du connecteur et du serveur avant toute modification.
  2. Demandez la liste des outils MCP et consignez les noms et schémas réellement exposés par le serveur.
  3. Comparez le nom et les entrées de l’outil demandé avec le schéma retourné par le serveur MCP actif.
  4. Confirmez le schéma, l’hôte, le chemin de base et le point de terminaison exacts configurés dans le client.
  5. Comparez la version installée avec le journal officiel des changements et les versions correctives.
  6. Comparez les capacités de l’utilisateur authentifié avec l’action exigée par la route ou l’outil.

Appliquer le correctif minimal

  1. Activez ou enregistrez uniquement l’outil WordPress requis par le flux approuvé.
  2. Corrigez le point de terminaison, le transport, le nom d’outil ou la référence d’identifiant sans élargir les permissions WordPress.
  3. Remplacez les instructions périmées par une documentation correspondant au client, à l’extension et à la version installés.
  4. Choisissez le niveau d’accès WordPress le plus faible permettant l’action approuvée.
  5. Transmettez des preuves assainies et versionnées au soutien lorsque le comportement demeure propre à l’extension.

Vérifier le résultat

  • Le serveur MCP actif liste l’outil WordPress attendu et son schéma d’entrée courant.
  • La requête authentifiée correspond à l’utilisateur WordPress dédié prévu.
  • La lecture étroite approuvée réussit avec une réponse reproductible.
  • Une écriture volontairement interdite demeure refusée.

Ce qu’il ne faut pas faire

  • N’accordez pas un accès administrateur uniquement pour réussir un test de connexion.
  • Ne confondez pas authentification réussie et permission d’exécuter toutes les actions WordPress.
  • Ne considérez pas tout code 403 comme une connexion brisée ; il peut s’agir du refus de permission attendu.
  • Ne publiez pas d’affirmations sur l’utilisation distante des données, le consentement ou les permissions sans vérification de la version exacte.
  • Ne passez pas d’une identité limitée à Pleine puissance sans flux approuvé distinct, environnement de test et retour arrière.

Questions fréquentes

Un serveur MCP connecté garantit-il l’accès à WordPress ?

Non. Cela prouve uniquement qu’une couche du protocole est joignable. Le serveur doit exposer l’outil, le client doit le découvrir, WordPress doit authentifier l’utilisateur et l’action doit réussir les contrôles de permission.

Guides connexes

Sources et vérification

Cette page a été vérifiée à partir des sources primaires suivantes. Dernière révision des sources: .