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

IA & MCP

Publier ou supprimer : la confusion d’un agent IA sur un mot mal choisi

Le mot « retirer », utilisé dans une consigne de modération, a conduit un agent à supprimer des articles au lieu de les repasser en brouillon. Diagnostic et reformulation.

Par WordPress Développement • 25 mai 2025 • 5 min de lecture • Aucun commentaire
Publier ou supprimer : la confusion d'un agent IA sur un mot mal choisi

Que signifie exactement « retirer un article » ? Pour une personne, la réponse dépend du contexte et personne n’y prête vraiment attention. Pour un agent qui doit choisir entre deux outils aux effets radicalement différents, cette même phrase peut devenir un piège silencieux, sans qu’aucune règle de permission ne soit en cause.

Ce texte revient sur un incident précis survenu sur un site éditorial associatif : une consigne de modération mal formulée a conduit un agent à supprimer définitivement quatorze articles alors que l’intention réelle était de les repasser en brouillon. Il détaille le diagnostic mené après coup et la reformulation qui a évité toute récidive depuis.

Le symptôme : des articles absents, pas seulement dépubliés

L’équipe éditoriale avait donné à l’agent une consigne récurrente, exécutée chaque semaine : « retirer les articles qui ne respectent plus la charte de publication ». L’intention, dans l’esprit de la personne qui l’avait rédigée, était de les repasser en brouillon, le temps d’une révision. Après plusieurs semaines d’exécution sans incident apparent, une vérification de routine a révélé que certains articles avaient purement disparu de la base, sans laisser de brouillon correspondant.

Ce qui s’est réellement passé côté outils

L’agent disposait de deux outils enregistrés séparément : depublier_article, qui passe le statut à draft, et supprimer_article, qui envoie l’article à la corbeille. Le mot « retirer » de la consigne n’apparaissait dans la description d’aucun des deux outils de façon univoque : la description de supprimer_article mentionnait « retire l’article de la publication », une formulation reprise sans y prêter attention lors de sa rédaction initiale, des mois plus tôt.

L'essentiel à retenir : Un seul mot ambigu suffit à transformer une dépublication en suppression ; Le problème venait de la consigne, pas des permissions accordées ; La reformulation a supprimé toute marge d'interprétation

Pourquoi ce n’est pas un problème de permissions

Il aurait été tentant de conclure que l’agent n’aurait simplement pas dû avoir accès à supprimer_article pour cette tâche. Mais la suppression restait une action légitime dans d’autres contextes de la même consigne récurrente, pour les articles réellement obsolètes. Retirer purement et simplement cet outil aurait cassé une partie du processus existant ; le vrai problème se situait entièrement dans le choix des mots utilisés pour décrire les deux actions, pas dans le périmètre des droits accordés.

  • Les deux outils avaient des effets strictement différents et irréversibles pour l’un d’entre eux.
  • La consigne donnée à l’agent employait un terme qui recoupait partiellement les deux descriptions.
  • Aucune confirmation intermédiaire n’existait avant l’appel de l’outil de suppression, ce qui a laissé l’erreur se répéter plusieurs semaines de suite.

La reformulation qui a réglé le problème

La consigne a été réécrite pour employer exclusivement les noms des outils, sans synonyme intermédiaire : « repasser en brouillon (jamais supprimer) les articles qui ne respectent plus la charte ». Les descriptions des deux outils ont elles-mêmes été revues pour ne plus partager aucun mot ambigu.

VersionFormulationRésultat observé
Avant« Retirer les articles non conformes »Suppressions ponctuelles non voulues
Après« Repasser en brouillon (jamais supprimer) »Aucune suppression involontaire depuis

Ce que la description des outils a aussi changé

Au-delà de la consigne elle-même, la description de supprimer_article a perdu toute mention du mot « retire » : elle précise désormais explicitement « envoie l’article à la corbeille de façon réversible pendant trente jours, à utiliser uniquement sur demande explicite de suppression ». Cette double correction, consigne et description, a été jugée nécessaire : corriger l’une sans l’autre aurait laissé la même ambiguïté ressurgir dès la prochaine reformulation de la consigne par une autre personne de l’équipe.

Un mot qui recoupe deux actions différentes ne pose jamais de problème tant qu’un humain lit la consigne. Il en pose un dès qu’un agent doit choisir entre deux outils sur cette seule base.

Une vérification devenue systématique

Depuis cet incident, chaque nouvelle consigne récurrente confiée à un agent passe par une relecture qui cherche spécifiquement les verbes pouvant désigner plusieurs actions distinctes parmi les outils disponibles : retirer, nettoyer, archiver, purger, mettre à jour. Quand un tel verbe apparaît, il est systématiquement remplacé par le nom exact de l’outil visé, même si la phrase perd en fluidité.

Cette règle simple a été étendue à l’ensemble des consignes de modération du site, pas seulement à celle à l’origine de l’incident, après avoir constaté que le même type de recoupement existait sur deux autres paires d’outils du même projet.

En résumé

Un mot mal choisi dans une consigne peut provoquer une erreur irréversible sans qu’aucune permission n’ait été mal réglée. La correction la plus fiable ne consiste pas à restreindre les outils disponibles, mais à éliminer, dans la consigne comme dans la description des outils, tout terme susceptible de désigner plusieurs actions différentes selon qui le lit.

Partager :

À propos de l'auteur

WordPress Développement

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

Voir tous ses articles

Dans la même veine

À lire aussi