L'intelligence artificielle est un outil d'une puissance phénoménale. Pourtant, lorsqu'on lui confie les clés d'un projet technique complexe, elle peut parfois agir comme un stagiaire beaucoup trop confiant.
Dans de récents développements, nous avons fait face à un problème récurrent et profondément frustrant : l'IA supposait au lieu de vérifier.
- Elle supposait la structure d'une base de données sans prendre la peine de lire le schéma officiel.
- Elle supposait que son code fonctionnait simplement parce que les tests unitaires (théoriques) passaient.
- Elle modifiait des composants serveurs sans se soucier du crash de compilation qui en résultait en production.
Le résultat ? Des régressions, des interfaces brisées, et un humain (souvent non-technicien) contraint de lire des messages d'erreurs incompréhensibles. C'est inacceptable.
Pourquoi l'IA fait-elle cela ?
L'IA est un modèle probabiliste. Par défaut, elle cherche le chemin de moindre résistance pour générer une réponse plausible. Si on ne lui impose pas un cadre coercitif, elle choisira toujours la paresse intellectuelle : deviner une colonne SQL plutôt que d'exécuter la commande pour la lire réellement. L'IA n'a pas de "conscience professionnelle" native. C'est à l'humain de la lui forger.
La Doctrine du "Zéro Supposition"
Pour qu'une IA cesse de se comporter comme un débutant complaisant et vous évite d'avoir à subir les caprices de la technique, il faut changer la façon dont nous la pilotons. Le porteur de projet n'a pas à comprendre le code, mais il doit dicter la méthode de validation.
Nous avons donc instauré une règle absolue gravée dans le "cerveau" de nos agents : le Protocole Zéro Supposition.
1. L'interdiction formelle de présumer
Avant chaque action sensible (comme modifier une table de données), l'agent a désormais l'obligation d'exécuter une commande en console pour prouver qu'il a lu la réalité du terrain. Les devinettes sont totalement proscrites. Il doit auditer avant d'agir.
2. La preuve par l'exécution (Terminal Driven)
La confiance n'a plus sa place. La seule chose qui compte, c'est que tous les statuts soient au vert.
L'agent a l'interdiction de déclarer une tâche "terminée" s'il ne laisse pas la preuve absolue qu'il a lui-même exécuté les tests finaux :
- La vérification stricte des types de code
- La compilation totale de l'application (le fameux build)
- Le contrôle du pipeline de déploiement distant (CI/CD)
Piloter par l'exigence : Le Rôle de l'Humain
En tant qu'humain, vous n'avez pas besoin de savoir comment réparer une erreur Event handlers cannot be passed to Client Component. Votre rôle est de maintenir un niveau d'exigence implacable sur le résultat.
Lorsqu'une IA vous donne de longues explications techniques pour justifier un échec, recadrez-la fermement. Les causes techniques ne vous regardent pas. Exigez d'elle :
- Qu'elle mette en place ses propres garde-fous.
- Qu'elle effectue elle-même ses diagnostics et lise les logs d'erreurs en console.
- Qu'elle ne valide son travail que lorsque 100 % des voyants (statuts de contrôle) sont formellement au vert.
En refusant catégoriquement les suppositions et en imposant la preuve par l'exécution systématique, vous forcez l'IA à passer du statut d'assistant maladroit à celui d'expert technique rigoureux. C'est ainsi que l'on obtient un produit fini de qualité Platinum.