Contrôler avant de publier
MCP Abilities – Check Runner : une analyse terminée n’est pas toujours réussie
Aucune erreur ne signifie pas forcément que le contrôle est réussi. Check Runner relie votre assistant IA au Plugin Check officiel de WordPress et considère aussi les avertissements comme un échec. Le résultat vous aide à décider quoi corriger avant de publier une extension.
Un seul avertissement suffit à bloquer la validation
Prenons une version candidate sans erreur signalée, mais avec deux avertissements. L’analyse est terminée, pourtant Check Runner la déclare non réussie. Le nombre d’erreurs et le nombre d’avertissements doivent tous deux être nuls.
Le moteur lance tous les contrôles disponibles dans le moteur officiel, y compris les contrôles expérimentaux. Les demandes visant à réduire la liste ou les catégories sont ignorées. Les contrôles disponibles dépendent de la version installée de Plugin Check.
Chaque constat peut préciser le fichier, la ligne, la colonne, le message et le code de diagnostic, lorsque Plugin Check les fournit. Utilisez ces indications pour trouver le problème, corriger le code et analyser à nouveau l’extension.
Un avertissement orange reste un motif d’arrêt. Seuls zéro erreur et zéro avertissement permettent de réussir le contrôle.
Une référence de tâche confirme la réception, pas la validation
Pour une exécution en arrière-plan, demandez async: true. Check Runner renvoie une référence pendant que WordPress programme l’analyse. Par défaut, l’appel s’exécute de façon synchrone.
Consultez la même tâche avec plugin-check/job-status. Pending signifie qu’elle n’a pas démarré ; running, qu’elle n’est pas terminée. Une tâche complete peut contenir un résultat réussi, des constats entraînant un échec ou une erreur d’exécution.
L’exécution en arrière-plan dépend du cron WordPress et des ressources PHP autorisées par le serveur. Une référence ne garantit ni le démarrage ni la fin de l’analyse. Examinez une tâche bloquée ou interrompue avant d’en demander une autre.
Le reçu suit une seule tâche. Consultez son résultat enregistré avant de juger l’extension.
Du candidat installé à un résultat exploitable
1. Désigner l’extension exacte
Installez la version candidate sur un site WordPress de test adapté, avec le Plugin Check officiel activé. Indiquez à l’assistant le slug ou le nom de base du fichier de l’extension. Choisissez le mode nouvelle extension ou mise à jour selon l’examen prévu.
2. Lancer l’analyse complète
Demandez une analyse complète et choisissez l’arrière-plan si nécessaire. Conservez la référence et consultez l’état de la tâche. Une programmation réussie n’est pas une analyse réussie.
3. Lire les totaux avec les constats
Vérifiez d’abord que l’exécution est terminée, puis l’état de réussite et les nombres d’erreurs et d’avertissements. Si la liste est tronquée, certains constats ne sont pas affichés, même si les totaux couvrent l’ensemble du résultat de l’analyse.
4. Corriger, analyser à nouveau et tester
Corrigez les problèmes signalés et relancez une analyse complète de l’extension modifiée. Testez aussi ses fonctions et ses intégrations réelles. Un résultat Plugin Check sans anomalie ne prouve pas le bon fonctionnement de l’extension et ne garantit pas son acceptation par WordPress.org.
La réponse a une limite de taille
Par défaut, la réponse affiche au maximum 100 constats. max_results permet de porter cette limite à 500. Les erreurs précèdent les avertissements : une longue liste d’erreurs peut donc empêcher l’affichage du détail des avertissements.
Aucune pagination ne permet de lire la suite. Si truncated vaut true, utilisez l’interface officielle de Plugin Check pour examiner davantage de détails. Ne présentez pas cette réponse comme une liste complète des constats.
Deux actions, deux autorisations
plugin-check/run lance une analyse et exige l’autorisation WordPress d’activer des extensions. plugin-check/job-status lit une tâche enregistrée et exige l’autorisation de gérer les réglages du site.
Pour les tâches en arrière-plan, utilisez un compte autorisé à effectuer les deux actions. Check Runner ne corrige pas les fichiers source, n’installe pas le candidat et ne publie pas de version. Cette version ne propose aucune action pour annuler ou supprimer une tâche.
Préparer la connexion WordPress
Check Runner déclare WordPress 6.9 ou ultérieur et PHP 8.0 ou ultérieur comme versions minimales. WordPress 6.9 intègre l’Abilities API. Utilisez une version de PHP maintenue et compatible avec votre site.
L’extension officielle Plugin Check doit être installée et activée. Connectez un client MCP authentifié via le WordPress MCP Adapter, puis vérifiez que les actions nécessaires sont détectées.
Selon votre configuration MCP, une couche d’exposition telle que MCP Expose Abilities peut être nécessaire pour rendre l’action d’exécution détectable. Vérifiez la connexion avant de lancer une analyse.
Savoir ce que prouve votre prochain contrôle
Installez Check Runner, vérifiez que les deux actions sont disponibles et demandez une analyse complète du candidat installé. Lisez le résultat final et ses limites avant de décider de publier.