L’IA a cassé mon site, comment revenir en arrière

Le réflexe qui aggrave tout

Le site marchait. Tu as demandé une petite modification. Plus rien ne s’affiche.

Le réflexe naturel est de dire à l’IA « ça ne marche plus, répare ». C’est le pire enchaînement possible, pour une raison simple : elle ne se souvient pas de l’état d’avant. Elle va donc reconstruire, de mémoire, quelque chose qui ressemble à ce que tu avais. Tu te retrouves avec une troisième version, ni l’originale ni la cassée, et le problème devient introuvable.

Ne répare pas. Reviens en arrière.

Dans l’ordre

1. Arrête de modifier. Chaque changement supplémentaire éloigne de l’état qui fonctionnait. Ferme, respire.

2. Reviens à la dernière version qui marchait. Si ton projet est suivi par un outil de versions, c’est une seule commande et c’est instantané. Tu récupères exactement ce que tu avais, à la virgule près.

3. Regarde ce qui avait changé. Une fois revenu en lieu sûr, tu peux comparer les deux versions tranquillement et voir les lignes exactes qui ont cassé.

4. Redemande la modification, autrement. Cette fois, demande le plan avant l’exécution.

Si tu n’as rien de tout ça

Si ton projet n’est suivi par aucun outil de versions, il n’y a pas de solution élégante. Ta sauvegarde la plus récente est ta seule issue, et si elle date d’il y a trois semaines, tu perds trois semaines.

C’est la situation dans laquelle personne ne veut se trouver, et c’est celle où se trouvent la plupart des gens qui débutent.

Mets en place un suivi de versions avant de reprendre le travail. Pas après, pas la semaine prochaine. C’est trente minutes une fois, et ça transforme chaque catastrophe future en une commande.

Comment rendre ce problème impossible

Trois lignes dans ton fichier d’instructions changent la donne :

Ne réécris pas du code qui fonctionne pour le rendre plus propre, sauf si je le demande explicitement.

Fais ce que je demande, rien de plus. Si tu repères un autre problème, signale-le en une ligne et continue la tâche en cours.

Avant de modifier plus d’un fichier, montre-moi le plan et attends mon accord.

La troisième est la plus efficace. Un plan de cinq lignes te laisse voir venir une modification que tu n’avais pas demandée, avant qu’elle soit appliquée.

Ce qui reste vrai

Une consigne écrite peut être ignorée. Rarement, mais ça arrive.

C’est pour ça qu’un suivi de versions n’est pas optionnel. La consigne réduit la fréquence des accidents. La sauvegarde décide de ce qui se passe le jour où l’accident arrive quand même.