Décembre 2025 marque, sur le calendrier annoncé du projet, la stabilisation de l’Abilities API dans le cœur de WordPress avec la version 6.9. Avant cette échéance, une version expérimentale circule déjà sous forme de plugin de test, que tout développeur peut installer dès à présent pour se familiariser avec le concept, sans attendre la sortie officielle.
L’idée centrale de cette API tient en une phrase : donner un vocabulaire commun aux fonctionnalités qu’un site WordPress peut exposer, de façon à ce qu’elles soient découvrables et appelables par un code externe, y compris par un agent IA, sans que chaque extension ne réinvente sa propre convention.
Ce qu’est concrètement une « ability »
Une ability est une capacité nommée, décrite par un identifiant unique, un résumé en langage naturel de ce qu’elle fait, et un schéma précis de ses paramètres d’entrée et de sa sortie attendue. Une extension de gestion des commandes pourrait par exemple exposer une ability nommée get-order-status, avec un identifiant de commande en entrée et un statut structuré en sortie.
wp_register_ability( 'monplugin/get-order-status', array(
'label' => 'Statut d\'une commande',
'description' => 'Renvoie le statut actuel d\'une commande a partir de son identifiant.',
'input_schema' => array(
'type' => 'object',
'properties' => array(
'order_id' => array( 'type' => 'integer' ),
),
'required' => array( 'order_id' ),
),
'execute_callback' => 'monplugin_get_order_status',
) );Cette déclaration ressemble volontairement à celle d’une route REST classique, à ceci près qu’elle ajoute une couche de description destinée à être comprise par un système automatisé, pas seulement par un développeur qui lit la documentation.
Ce qui fonctionne déjà, et ce qui reste instable
La version expérimentale disponible aujourd’hui permet de déclarer des abilities et de les lister via une fonction dédiée, ce qui suffit pour commencer à structurer un plugin autour de ce nouveau vocabulaire. Plusieurs points restent cependant amenés à évoluer avant la stabilisation :
- Le format exact du schéma de sortie, encore susceptible d’ajustements avant l’intégration définitive au cœur.
- La gestion fine des permissions par ability, actuellement plus rudimentaire que ce qui est envisagé pour la version stable.
- L’articulation avec le futur MCP Adapter, dont le fonctionnement précis n’est pas encore figé à ce stade.
Un développeur qui commence à expérimenter aujourd’hui doit donc s’attendre à devoir ajuster son code d’ici la sortie de WordPress 6.9, plutôt que de considérer l’API actuelle comme définitive.
Pourquoi tester dès maintenant a du sens
Attendre la sortie stable pour découvrir un nouveau concept revient souvent à devoir migrer dans l’urgence une fois la version publiée. Installer dès aujourd’hui le plugin de test permet de comprendre la logique de nommage des abilities, de repérer les cas où son propre plugin gagnerait à exposer une capacité de ce type, et d’anticiper les ajustements de permissions à prévoir.
Cette anticipation ne signifie pas qu’il faille déployer une ability en production dès maintenant : la prudence recommande de réserver cette expérimentation à un environnement de test, séparé de tout site accueillant du trafic réel.
Ce que cet article ne couvre pas
Le MCP Adapter officiel, qui doit permettre d’exposer ces abilities à un client MCP externe, n’est pas encore stabilisé au moment de la rédaction de cet article et fera l’objet d’un traitement séparé une fois son fonctionnement définitif connu. Confondre les deux chantiers, l’Abilities API et le MCP Adapter, reviendrait à anticiper des détails encore susceptibles de changer d’ici la fin de l’année.
Une API expérimentale n’est pas une API instable par accident : c’est une invitation à tester ses limites avant qu’elles ne deviennent des contraintes définitives.
En résumé
L’Abilities API mérite d’être testée dès maintenant par les développeurs curieux, à condition de garder à l’esprit qu’elle n’atteindra sa forme stable qu’avec WordPress 6.9 en décembre 2025. Le vocabulaire commun qu’elle introduit constitue une base solide pour anticiper l’arrivée d’agents IA capables d’interagir directement avec un site, sans pour autant en tirer des conclusions définitives sur son fonctionnement final.
