# WordPress 7.0 déclare ses premières abilities : un socle commun pour les agents

> Nouveautés classées par impact sur les abilities désormais fournies nativement par le cœur de WordPress 7.0, et ce qui reste encore du ressort des extensions tierces.

- Auteur : Clément Hadrot
- Publié le : 2026-09-06
- Mis à jour le : 2026-09-06
- Catégorie : IA & MCP
- URL : https://wpmoderne.dev.wordpress-developpement.fr/ia-mcp/wordpress-7-0-abilities-socle-commun-agents/

## L’essentiel

- Une dizaine d'abilities natives, contre zéro dans les versions précédentes
- La gestion des articles et des médias couverte en priorité
- L'authentification des agents reste hors du périmètre du cœur

Combien d'abilities un développeur peut-il désormais utiliser sans installer la moindre extension tierce ? Avec la sortie de WordPress 7.0, la réponse change radicalement par rapport à WordPress 6.9 : le cœur du logiciel déclare lui-même une première série d'abilities natives, alors qu'auparavant cette responsabilité reposait entièrement sur les extensions.

Cette évolution, annoncée progressivement depuis la stabilisation de l'Abilities API en 2025, marque une étape importante : WordPress ne se contente plus de fournir l'infrastructure permettant à des extensions de déclarer des abilities, il en fournit lui-même un socle minimal directement exploitable par un agent connecté via MCP Adapter.

## Impact fort : la gestion des articles et des pages

Le cœur déclare désormais des abilities natives pour lister, créer et modifier des articles et des pages, avec des permissions calquées sur les capacités WordPress existantes plutôt que sur un système parallèle. Un agent disposant du rôle approprié peut ainsi interagir avec le contenu du site sans qu'aucune extension supplémentaire ne soit nécessaire pour ce socle de base.

## Impact fort : la médiathèque enfin accessible nativement

Auparavant, exposer la médiathèque à un agent demandait systématiquement une extension ou du code personnalisé s'appuyant sur `wp_insert_attachment()`. WordPress 7.0 fournit une ability native équivalente, avec un contrôle des types de fichiers acceptés directement intégré au cœur.

> L'essentiel à retenir : Une dizaine d'abilities natives, contre zéro dans les versions précédentes ; La gestion des articles et des médias couverte en priorité ; L'authentification des agents reste hors du périmètre du cœur

## Impact moyen : les commentaires et la modération

Une ability native permet désormais à un agent autorisé de lister les commentaires en attente de modération et de les approuver ou rejeter, reprenant les capacités déjà existantes comme `moderate_comments`. Ce socle reste toutefois minimal comparé aux extensions spécialisées de modération assistée par un modèle de langage, qui continuent d'apporter une valeur ajoutée réelle sur l'analyse fine du contenu.

```
$abilities_natives = wp_get_abilities();

foreach ( $abilities_natives as $ability ) {
    if ( str_starts_with( $ability->get_name(), 'core/' ) ) {
        echo $ability->get_name() . "\n";
    }
}
// Exemple de sortie attendue :
// core/lister-articles
// core/creer-article
// core/moderer-commentaire
// core/gerer-media
```

## Impact faible : ce qui reste hors du périmètre du cœur

L'authentification fine des agents externes, la gestion de quotas d'appels par session, ou encore la génération de contenu à partir d'un modèle de langage restent explicitement hors du périmètre du cœur. Ces responsabilités continuent de reposer sur le MCP Adapter et sur des extensions tierces, WordPress se contentant de fournir l'infrastructure de déclaration et de permission.

- Le nombre d'abilities natives reste volontairement limité à une dizaine à ce stade.
- Chaque ability native reprend une capacité WordPress existante plutôt que d'en inventer de nouvelles.
- Les extensions ayant déjà déclaré des abilities équivalentes doivent vérifier l'absence de doublon avec ce socle natif.

## Ce que cela change concrètement pour les développeurs

Un projet démarrant aujourd'hui n'a plus besoin d'une extension dédiée pour exposer les fonctionnalités les plus courantes de gestion de contenu à un agent : le socle natif suffit pour une grande partie des cas d'usage simples. Les extensions spécialisées gardent leur pertinence pour tout ce qui dépasse ce périmètre de base, notamment les intégrations avec des services tiers ou des logiques métier propres à un secteur particulier.

> Un socle natif ne remplace pas les extensions spécialisées, il leur retire simplement la charge de réinventer, chacune à sa façon, les mêmes abilities de base pour la gestion du contenu.

## En résumé

WordPress 7.0 marque un changement de nature plus que d'ampleur : une dizaine d'abilities natives contre zéro auparavant, mais un périmètre encore restreint à la gestion de contenu la plus courante. Pour les développeurs, l'enjeu immédiat consiste à identifier les doublons entre ce nouveau socle et les abilities déjà déclarées par leurs extensions existantes, afin d'éviter toute redondance inutile dans les capacités exposées à un agent.