# « Autonome ne veut pas dire rapide » : le contre-exemple d’une tâche simple

> Un agent multi-outils qui met plus de temps et coûte plus cher qu'un script PHP classique, pour une tâche que ce dernier résolvait déjà correctement.

- Auteur : WordPress Développement
- Publié le : 2025-01-15
- Mis à jour le : 2025-01-15
- Catégorie : IA & MCP
- URL : https://www.wpmoderne.fr/ia-mcp/autonome-ne-veut-pas-dire-rapide/

## L’essentiel

- Un agent multi-outils enchaîne des décisions là où un script suit une logique fixe
- Chaque décision de l'agent ajoute un appel réseau et son temps de latence
- L'autonomie a un coût qui ne se justifie pas pour toute tâche

Renommer un fichier média mal nommé dans la bibliothèque WordPress, tâche que nous confions depuis des années à un script PHP exécuté via une commande WP-CLI personnalisée en une fraction de seconde. Sur un projet récent, la même tâche a été confiée à un agent capable d'utiliser plusieurs outils via le Model Context Protocol. Résultat : quatorze secondes en moyenne, et un coût par exécution largement supérieur au script initial.

Ce contre-exemple mérite d'être détaillé, car il illustre un point souvent négligé dans l'enthousiasme autour des agents autonomes : l'autonomie ajoute de la latence et du coût à chaque décision, même quand la tâche ne comporte aucune ambiguïté justifiant cette décision.

## La tâche : renommer un fichier selon une convention fixe

Le besoin consistait à renommer chaque fichier importé dans la médiathèque selon une convention stricte : préfixe de catégorie, date d'import, suffixe incrémental. Aucune ambiguïté dans la règle, aucune décision contextuelle à prendre : la convention est déterministe et s'applique de la même façon à chaque fichier, quel que soit son contenu.

Un script PHP appliquant cette règle via une expression régulière et une fonction de renommage traite l'intégralité d'un lot de cent fichiers en quelques secondes, sans appel réseau ni dépendance à un service externe.

## Ce que l'agent a fait à la place

> L'essentiel à retenir : Un agent multi-outils enchaîne des décisions là où un script suit une logique fixe ; Chaque décision de l'agent ajoute un appel réseau et son temps de latence ; L'autonomie a un coût qui ne se justifie pas pour toute tâche

L'agent, configuré pour disposer d'un outil de lecture de métadonnées, d'un outil de renommage et d'un outil de vérification, a traité chaque fichier en trois étapes distinctes : lire les métadonnées existantes, décider du nouveau nom en tenant compte du contexte, vérifier que le renommage a bien été appliqué. Chaque étape a nécessité un appel au modèle pour décider de la marche à suivre, même quand la règle de nommage ne laissait strictement aucune place à l'interprétation.

| Critère | Script PHP | Agent multi-outils |
| --- | --- | --- |
| Temps par fichier | 0,003 seconde | 14 secondes |
| Appels réseau par fichier | 0 | 3 |
| Coût marginal par fichier | négligeable | mesurable |
| Capacité à gérer une exception imprévue | faible | correcte |

## Où l'autonomie de l'agent aurait eu un sens

L'agent n'était pas inutile en soi : sa capacité à décider aurait eu de la valeur si la règle de nommage comportait des cas particuliers non couverts par une expression régulière — par exemple, un fichier dont le nom d'origine contredit sa catégorie réelle déduite du contenu. Mais pour une convention strictement déterministe, cette capacité de décision ne rapporte rien et coûte du temps ainsi que de l'argent à chaque exécution.

- Une règle déterministe se code directement, sans passer par un modèle
- Un agent devient pertinent quand la décision dépend d'un contexte variable
- Le coût d'un agent se justifie par la complexité réelle de la décision, pas par la modernité de l'approche
- Un script classique reste supervisable et prévisible, ce qu'un agent l'est moins

## Comment trancher avant de choisir l'approche

La question à se poser avant de concevoir une automatisation n'est pas « peut-on la confier à un agent », mais « la tâche comporte-t-elle une décision qu'un script déterministe ne peut pas encoder simplement ». Si la réponse est non, un script reste la solution la plus rapide, la plus prévisible et la moins coûteuse.

> Sur nos projets, la règle qui évite ce genre d'écart est simple : on écrit d'abord la version script, et on ne bascule vers un agent que si des cas réels prouvent que la règle fixe ne suffit pas.

## Ce que ce contre-exemple ne remet pas en cause

Ce cas ne remet pas en cause l'intérêt des agents multi-outils pour des tâches réellement ambiguës, où le contexte varie d'un cas à l'autre. Il rappelle simplement que l'autonomie a un coût réel, à mesurer avant de l'appliquer par défaut à toute automatisation.

## En résumé

Un agent autonome n'est pas plus rapide qu'un script par nature : il est plus capable de gérer l'ambiguïté, au prix d'une latence et d'un coût par décision. Pour une tâche déterministe, cette capacité supplémentaire ne rapporte rien et ralentit inutilement le traitement.