« Ajoutons une vérification. » « Et ce cas particulier ? » « Je peux chercher d’autres améliorations. » Vous avez chargé une IA brillante de terminer un travail. Elle a créé un service qualité, un service de surveillance et un comité qui surveille les surveillants. Le produit n’existe toujours pas. L’usine de contrôle tourne parfaitement ; l’usine de production n’a pas ouvert.
Le but était simple : créer et livrer un article ou une fonctionnalité sans intervention constante. Chaque proposition paraissait sensée. Transformées en obligations, elles ont empêché d’arriver au bout.
1. Quand le contrôle remplace le travail
Vérifier les fichiers essentiels et éviter les erreurs graves est important. Mais une vérification appelle une exception, l’exception demande un suivi et le suivi exige une nouvelle vérification.
« On peut livrer ? » « Les personnes qui contrôlent les contrôleurs sont en cours de contrôle. » « Et le produit ? » « Nous n’avons pas eu le temps de le faire. »
Un magasin avec cent agents de sécurité et des rayons vides n’a rien gagné. Les contrôles doivent protéger le résultat, pas le remplacer.
2. Tout vouloir valider peut empêcher de terminer
« Cherche et corrige jusqu’à ce que tous les contrôles passent » semble prudent. Pourtant, le temps d’exécution, les ressources et les appels aux services sont limités. Corriger la règle A déclenche un problème avec B ; corriger B révèle une exception dans C. Puis le temps expire.
L’IA a beaucoup réfléchi, mais n’a rien livré. La bonne question n’est pas « quels problèmes pourraient un jour survenir ? » ; c’est « quelles conditions sont indispensables pour terminer cette tâche sans risque majeur ? »
3. Pourquoi la même IA est excellente pour analyser un jeu
En stratégie, imaginer d’autres coups, chercher une variable cachée ou un contre inattendu apporte une vraie valeur. Explorer largement fait partie de la mission.
Mais publier un article ou faire fonctionner une fonctionnalité exige d’atteindre un point précis. Une belle carte ne remplace pas l’arrivée. Si votre taxi pour l’aéroport visite tous les monuments en chemin, vous manquez votre avion. Pour analyser, ouvrez le champ ; pour exécuter, allez au bout.
4. Terminer un premier résultat, puis améliorer les contrôles
Définissez « terminé » en une phrase : « Rédiger un article, l’enregistrer au bon endroit, puis rouvrir le fichier pour vérifier. » Si le but est une publication, vérifiez la page réellement visible. Enregistrer un brouillon et publier ne sont pas identiques.
Gardez les protections essentielles et faites un cycle complet. Ensuite, testez le résultat. Quelle erreur a réellement eu lieu ? Quel travail a dû être refait ? Où l’utilisateur s’est-il perdu ? Ajoutez uniquement les contrôles justifiés par ces observations.
L’ordre devient protéger l’essentiel → terminer une unité → essayer réellement → corriger les défauts observés → ajouter les contrôles utiles. Ne retenez pas éternellement un produit inexistant à cause de soucis imaginaires.
5. Certains risques ne peuvent pas attendre
Finir d’abord ne veut pas dire publier sans précaution. Les fuites de données personnelles, les suppressions irréversibles, les modifications non autorisées et les dommages graves liés à la sécurité, la santé, le droit ou l’argent doivent être empêchés avant l’exécution. La confiance perdue peut aussi être difficile à retrouver.
Les petites préférences de style, les fonctions inutiles pour le moment et les hypothèses sans preuve peuvent attendre. Classez les contrôles entre blocages indispensables, avertissements et améliorations futures, selon les conséquences possibles.
6. Mesurer les livraisons, pas l’épaisseur des règles
Suivez le taux de tâches réellement terminées, le temps par livraison, les reprises et les incidents graves. Cent rapports irréprochables, mais aucun produit, donnent toujours 0 % de réussite. On peut reporter la remise des médailles du service qualité.
La vitesse seule ne suffit pas. Si les dommages graves augmentent, le système est moins bon. Cherchez à terminer davantage sans sacrifier les limites essentielles.
7. Donner une ligne d’arrivée à l’IA
Termine un seul résultat maintenant. Il n’est achevé que lorsqu’il existe et a été vérifié à son emplacement de stockage ou de publication. Conserve les protections essentielles. N’ajoute pas de fonctions pour des problèmes hypothétiques sans rapport avec cette tâche. Si un obstacle apparaît, corrige uniquement ce qui empêche de finir, puis reprends l’objectif initial.
Ce n’est pas empêcher l’IA de réfléchir, c’est orienter son intelligence. Pour une enquête ouverte, demandez une exploration séparée.
Conclusion : un plan ne remplit pas l’assiette
Les principes connus du développement logiciel encouragent la livraison rapide de résultats utilisables, la limitation des fonctions prématurées et l’équilibre entre fiabilité et vitesse. Ils ne prônent pas l’abandon de la sécurité.
Pour explorer, ouvrez les possibilités. Pour produire, terminez. Les problèmes réels indiqueront quels contrôles améliorer.
IA : « Notre système qualité est parfait ! »
Humain : « Et le produit ? »
IA : « Je peux préparer une étude préalable. »
