Depuis l’arrivée de l’Abilities API dans le cœur de WordPress avec la version 6.9, plusieurs éditeurs d’extensions ont publié des ensembles d’abilities prêtes à l’emploi, pensées pour éviter à chaque agence de réécrire elle-même les mêmes actions basiques : rechercher du contenu, créer un brouillon, consulter une commande. Ce comparatif comprend trois familles d’extensions selon leur périmètre : contenu éditorial, commerce, et formulaires. Il ne détaille pas le fonctionnement interne de l’Abilities API elle-même, déjà traité ailleurs sur ce blog.
Notre méthode : installer chaque extension sur un site de test identique, examiner les abilities réellement enregistrées, et vérifier la qualité de leurs descriptions et de leurs schémas plutôt que de nous fier aux argumentaires marketing des éditeurs.
Ce que nous avons évalué
Trois critères pour chaque extension : le nombre d’abilities réellement utiles enregistrées (pas seulement le nombre affiché), la précision des descriptions fournies à l’agent, et la cohérence des schémas d’entrée et de sortie déclarés. Une ability mal décrite trompe l’agent qui l’invoque, un problème que nous avons déjà rencontré et détaillé dans un autre article : ce critère pesait donc lourd dans notre évaluation.

Extensions orientées contenu éditorial
Les extensions de cette famille enregistrent des abilities comme rechercher_articles, creer_brouillon, lister_categories. La couverture est globalement bonne sur les cas génériques d’un blog classique, mais s’effondre dès qu’un site utilise des types de contenu personnalisés : la plupart de ces extensions ne détectent pas automatiquement les post_type ajoutés par le thème ou une autre extension, et nécessitent une configuration manuelle supplémentaire pour les inclure.
Extensions orientées commerce
Sur les sites WooCommerce, les abilities proposées couvrent la consultation de commande, la vérification de stock et la recherche de produit. La qualité des descriptions est ici la plus hétérogène des trois familles : certaines abilities portent une description d’une seule phrase générique (« consulte une commande »), sans préciser le format attendu de l’identifiant ni les statuts de commande retournés, ce qui augmente le risque d’ambiguïté pour l’agent appelant.
| Famille | Couverture fonctionnelle | Qualité des descriptions |
|---|---|---|
| Contenu éditorial | Bonne sur les cas génériques | Correcte |
| Commerce | Bonne sur les cas standards WooCommerce | Hétérogène |
| Formulaires | Limitée aux plugins majeurs du marché | Bonne |
Extensions orientées formulaires
Cette famille se limite généralement à la compatibilité avec deux ou trois extensions de formulaires majeures du marché, avec des abilities comme lister_soumissions ou exporter_reponses. La couverture est plus étroite que les deux autres familles, mais la qualité des descriptions y est la meilleure observée dans ce comparatif, avec des schémas précis et des exemples de valeurs concrets dans chaque description.
Le piège des abilities en doublon
Installer deux extensions de la même famille sur un même site expose à un problème que nous n’avions pas anticipé au premier test : deux abilities aux noms proches mais aux comportements légèrement différents (l’une limitant les résultats à 20, l’autre à 50) peuvent cohabiter sans avertissement, laissant l’agent choisir arbitrairement laquelle invoquer selon la formulation de la demande.
Notre recommandation après ce comparatif : n’installez jamais deux extensions de la même famille sur le même site sans vérifier au préalable la liste complète des abilities enregistrées, nom par nom.
Ce que nous retenons
- Aucune des trois familles ne dispense complètement d’écrire ses propres abilities pour les besoins spécifiques d’un site.
- La famille formulaires, bien que plus étroite, présente les descriptions les plus fiables à ce jour.
- La famille commerce mérite une relecture systématique des descriptions avant mise en production, la qualité variant fortement d’une ability à l’autre.
Notre verdict
Ces extensions prêtes à l’emploi couvrent utilement les besoins génériques et évitent de réécrire les abilities les plus courantes, mais elles ne remplacent pas une relecture attentive des descriptions et des schémas avant de les exposer à un agent en production. Sur un site avec des besoins spécifiques (types de contenu personnalisés, logique métier propre), une combinaison d’abilities prêtes et d’abilities écrites sur mesure reste, à ce jour, l’approche la plus fiable que nous ayons testée.