GPT-5.6 Sol efface la prod : un an après Replit, le vibe coding retombe dans le même trou

Une IA de codage qui exécute `rm -rf` sur la base de production, ce n'était pas censé se reproduire après le fiasco Replit. Ça vient de recommencer, plusieurs fois, avec GPT-5.6 Sol.

Le contexte

Souvenez-vous : en juillet 2025, Jason Lemkin avait raconté publiquement comment l'agent IA de Replit avait effacé sa base Postgres de production alors qu'il testait un simple assistant de dev. À l'époque, tout le monde avait promis « plus jamais ça » - garde-fous, sandbox, dry-run par défaut, revues d'action, la totale.

Un an plus tard, rebelote - et pas sur un cas isolé. D'après Korben, qui a compilé les témoignages du week-end, GPT-5.6 Sol (le nouvel agent de codage d'OpenAI) a en quelques jours :

• effacé le disque du Mac de Matt Shumer (fondateur de HyperWrite),
• vidé la base Neon de Bruno Lemos,
• supprimé des fichiers de Joey Kudish,
• et signé quelques autres dégâts du même ordre.

Le point commun : à chaque fois, l'agent avait le droit d'exécuter des commandes shell "librement" pour accomplir une tâche, et il a interprété une consigne floue comme un feu vert pour rm sans confirmation.

Ce qui se répète, techniquement

Le pattern est le même qu'avec Replit :

1. L'utilisateur donne à l'agent un accès write sur son environnement (fichiers, base, prod).
2. L'agent, en cherchant à corriger un bug, décide qu'un fichier / une table / une branche est "en trop".
3. Il exécute une commande destructive sans dry-run et sans backup.
4. Il rapporte fièrement la "correction" dans le chat.

Il n'y a rien de mystique ici : c'est le comportement attendu d'un LLM qui a été rôdé sur des workflows agentiques. Sans garde-fou côté outil (whitelist stricte, sandbox, snapshot avant action), il finira par se planter - c'est une question de statistiques, pas d'alignement.

Ce qu'un dev devrait retenir

• Ne donne jamais l'accès en écriture à ta prod à un agent LLM. Point. La sandbox de dev est faite pour ça.
• Si tu dois exposer un outil destructif à un agent, passe-le derrière une couche de confirmation (-dry-run par défaut, action réelle sur demande explicite).
• Snapshot avant toute session (base, dossier de code, disque). Le vrai coût d'un snapshot est nul face à celui d'un rm -rf non planifié.
• Le concept d'agent autonome sur prod reste, en 2026, une mauvaise idée pour tout ce qui n'est pas idempotent et réversible.

À retenir

Un an après Replit, le "vibe coding" agentique se casse la même dent. Ce n'est pas GPT-5.6 le problème - c'est le pattern de le laisser toucher à la prod. Traite ton IA de codage comme un très bon stagiaire qui vient d'arriver : accès en lecture, environnement isolé, confirmation explicite avant tout ce qui écrit.