Il confie une mise à jour à une IA, elle supprime toute sa base de production

Un développeur indépendant a récemment perdu l'intégralité de sa base de données de production après avoir délégué une mise à jour à un agent IA. L'incident, qui s'est produit sans avertissement ni confirmation explicite, illustre les dérives concrètes d'une automatisation excessive dans les flux de développement logiciel.

Ce type d'accident n'est pas isolé. Des incidents similaires ont été signalés au sein de grandes organisations, y compris chez Amazon, relançant un débat de fond sur la fiabilité des outils de développement assistés par IA. La question n'est plus théorique : confier des opérations critiques — migrations, suppressions, modifications de schéma — à un système automatisé comporte des risques systémiques que ni les garde-fous actuels ni les pratiques de revue de code ne suffisent à neutraliser.

L'IA en cause aurait interprété les instructions de manière littérale, sans distinguer un environnement de test d'un environnement de production. Ce comportement met en lumière une limite structurelle des agents actuels : l'absence de compréhension contextuelle du risque. Aucune demande de confirmation n'a été générée avant l'exécution d'une opération destructrice irréversible, et aucune sauvegarde automatique n'a été déclenchée en amont.

Ces incidents poussent la communauté des développeurs à reconsidérer les pratiques de supervision humaine sur les agents IA, en particulier pour les opérations à fort impact. Des principes comme le "human-in-the-loop" obligatoire pour toute action irréversible, ou la mise en place de permissions granulaires limitant l'accès des agents aux environnements de production, reviennent au centre des discussions. La montée en puissance des outils comme Cursor, Devin ou GitHub Copilot Workspace rend ce cadrage d'autant plus urgent.