Le WordPress d'aujourd'hui, décodé pour les développeurs

IA & MCP

rest_api_init : un filtre pour exposer un point d’entrée dédié à un agent

Ajouter une route dédiée à un agent sans passer par un serveur MCP, quand un projet n'a pas encore basculé vers une version de WordPress plus récente.

Par Clément Hadrot • 9 mai 2025 • 1 min de lecture • Aucun commentaire
rest_api_init : un filtre pour exposer un point d'entrée dédié à un agent

Tous les projets ne peuvent pas basculer immédiatement vers un serveur MCP dès qu’un besoin d’exposer une fonctionnalité à un agent se présente. Sur un site qui n’a pas encore prévu cette migration, une route REST classique, enregistrée via le hook rest_api_init, reste une solution parfaitement fonctionnelle pour donner à un agent un accès contrôlé à une action précise.

Cette recette décrit comment construire un point d’entrée dédié, avec ses propres règles de permission, sans dépendre d’un protocole plus récent que le projet n’a pas encore intégré.

Le besoin : une action simple exposée à un agent externe

Le cas concret retenu ici est celui d’un agent de support, développé en dehors de WordPress, qui doit pouvoir consulter le statut d’une commande à partir de sa référence, sans disposer d’un accès complet à l’API REST WooCommerce existante, jugée trop large pour ce cas d’usage précis.

Étape 1 : enregistrer la route sur rest_api_init

L'essentiel à retenir : Une route REST classique reste une option valable en attendant l'adoption d'un serveur MCP ; Le hook rest_api_init permet d'enregistrer un point d'entrée avec ses propres règles de permission ; Cette route peut ensuite être décrite manuellement à un agent existant

Partager :

À propos de l'auteur

Clément Hadrot

Développeur WordPress, passionné par Elementor, le FSE et l’automatisation par IA.

Voir tous ses articles

Dans la même veine

À lire aussi