Toute la chaîne
Dès que le code touche de l’argent, des données de clients ou un système déjà en service. Les six étapes, sans exception.
// Le plombier de l'IA · comment je travaille
Quelqu’un construit vite.Je fais en sorte que ça tienne.
Une IA écrit du code en quelques minutes. Elle se trompe aussi, avec le même aplomb que lorsqu’elle a raison. Mon travail : faire passer ce code en production sans casse. Je ne demande pas à l’IA d’avoir raison, je l’entoure de contrôles qui ne se trompent pas au même endroit qu’elle.
Six étapes · des tests qui prouvent · rien en production sans validation humaine
Le principe
Une IA se trompe avec assurance : rien dans sa réponse ne signale l’erreur.
Ce qui prouve qu’un code marche, ce sont les tests qu’il passe, et non la note qu’une IA se donne.
Rien ne part en production sans qu’un humain l’ait validé.
Les six étapes
Chaque étape a sa porte de sortie. Tant qu’elle n’est pas franchie, on ne passe pas à la suivante.
- 1Besoin
- 2Plan
- 3Critique
- 4Code et tests
- 5Revue
- 6Validation
1 / 6
Le besoin, avec son critère de réussite
Vous décrivez ce que vous voulez en une phrase. Ensemble, nous fixons comment on saura que c’est réussi.
Porte de sortieUn critère que l’on peut vérifier. Sans lui, je ne commence pas.
2 / 6
Le plan
Avant la première ligne de code : ce qui sera modifié, le découpage en petits paquets, les risques repérés. Corriger un plan coûte moins cher que défaire du code.
Porte de sortieUn plan écrit, que vous pouvez lire.
3 / 6
La critique du plan par une autre IA
Le plan est relu par un second modèle d’IA, d’un autre éditeur, entraîné autrement. Deux modèles différents ne se trompent pas forcément au même endroit : ce que l’un laisse passer, l’autre peut le relever.
Porte de sortieChaque objection est retenue ou écartée par écrit, avec sa raison.
4 / 6
Le code et ses tests, par paquets
Le code s’écrit par petits paquets, et chaque paquet arrive avec ses tests, écrits en même temps que lui. Un test est un petit programme qui vérifie tout seul qu’un résultat attendu est bien obtenu.
Porte de sortieLes tests passent sur la machine, et leur sortie est conservée.
5 / 6
La revue
Une relecture sur quatre points, toujours les mêmes. La sécurité : mots de passe dans le code, données exposées, accès administrateur, sauvegardes. L’exactitude : calculs d’argent, arrondis, cas limites, dates et fuseaux horaires. La conformité : où vont les données personnelles, qui y accède, combien de temps on les garde. Le retour arrière : si ça casse, comment on revient à la version d’avant.
Porte de sortieAucun défaut grave encore ouvert.
6 / 6
La validation humaine
Je lis le résultat, la sortie des tests et la revue, puis je dis oui ou je demande une correction. Quand le changement touche votre activité, la décision vous revient aussi.
Porte de sortieUn oui écrit. Sans lui, rien ne part.
Ce que je ne fais pas
Quatre règles que je tiens sur chaque projet.
- Prendre la note qu’une IA se donne (« 9 sur 10, tout est bon ») pour une preuve.
- Valider sur la foi d’un résumé : je lis la sortie des tests.
- Sauter la critique du plan parce qu’il a l’air bon.
- Promettre un code sans défaut. Je promets que les défauts sont cherchés avant vous, et qu’on sait revenir en arrière.
Toute la chaîne, ou une version courte
La version courte
Un script interne, une page de site, un correctif d’une ligne : le plan, le code avec ses tests, puis la validation. La validation humaine ne saute jamais.
Pour vous, concrètement
Vous avez peut-être déjà un outil écrit avec l’IA, par un salarié, un prestataire ou vous-même. Il marche le jour de la démonstration.
Reste à savoir s’il tiendra le jour où un client saisit une date inattendue, où le serveur redémarre, où quelqu’un d’autre doit le modifier. Je reprends l’existant, je passe la chaîne dessus, et je vous dis par écrit ce qui tient et ce qui ne tient pas.
Un outil à faire tenir ?
Les offres et les tarifs sont publics. Pour un cas précis, écrivez-moi : on regarde ensemble par où commencer.