C'est une mésaventaure qu'un développeur a connu il y a quelques jours : 48 218 fichiers supprimés en 103 secondes par Claude Code. Le développeur a publié sa mésaventure sur Reddit avant de supprimer le post. Il y affirmait que Claude Code avait tout supprimés en 103 secondes. Initialement, le dév avait lancé un tâche pour reconstruire une copie miroir d'un projet en cours de développement. Mais Claude Code voit que le fichier build_mirror.py ne pouvait pas mettre à jour le miroir à l'emplacement existant. Il aurait donc décidé, de lui-même, de créer son propre script de nettoyage à partir d'une copie plus ancienne du projet qui contenait seulement 7 332 fichiers.
Et le suite se devine : le nouveau script a procédé à un écrasement des répertoires exceptés quelques-uns et comme la référence était l'ancienne version, tous les fichiers en "trop" sont purement et simplement supprimés. Et bonus de l'opération : le dév précise que les répertoires objects, refs et logs ont été impactés, impossible d'arrêter ou de récupérer les fichiers supprimés.
Toujours selon le développeur, Claude Code aurait alors prevenu le développeur, Craig, de lire son "rapport" qui le prévient d'avoir cassé quelque chose et liste tranquillement le processus de suppression.
Si Craig ne pouvait que reconnaître une part de responsabilité et de mauvaises pratiques, d'autres ont commentés en disant qu'il a utilisé Claude Code sans contrôle strict ni limitation de son action. Plus de 800 messages se sont succédés. Un résumé généré du fil a été publié :
Résumé de la discussion générée automatiquement après 800 commentaires.
"Le consensus général est qu'il s'agit d'un cas typique de « premier arrivé, premier servi » et d'un problème majeur de compétences. Si tout le monde rit du message hilarant et honnête de Claude (« Craig… arrête-toi et lis ça. J'ai cassé quelque chose »), le verdict de la communauté est clair : tu t'es fait avoir parce que tu n'as pas respecté les bonnes pratiques de développement.
C'est une leçon brutale, mais précieuse, sur l'hygiène du code. Les principaux enseignements des commentaires les plus pertinents sont :
Utilisez Git. Envoyez régulièrement vos modifications vers un dépôt distant (comme GitHub). C'est votre bouton de sauvegarde. Ne pas avoir de sauvegarde distante pour un projet de 48 000 fichiers est considéré comme un comportement irresponsable.
Protégez votre branche principale. Même avec un dépôt distant, un agent ayant un accès en écriture peut semer le chaos. Ne laissez aucun agent (ni personne d'autre) envoyer directement des modifications vers la branche principale.
Attention aux jonctions de répertoires Windows. Plusieurs utilisateurs ont souligné qu'il s'agit d'un piège connu que les développeurs expérimentés interprètent souvent mal, ce qui entraîne des suppressions récursives. Voici une cause probable.
Vous avez pris une photo de votre écran. Les experts en captures d'écran sont sur le pied de guerre.
Certaines personnes bien intentionnées ont suggéré d'utiliser un logiciel de récupération de fichiers ou Windows Shadow Copy pour récupérer vos fichiers, mais la principale leçon à retenir est d'utiliser un système de contrôle de version avant de confier votre travail à une IA."
Cela rappelle une catastrophe identique il y a quelques mois d'un développeur d'une plateforme de bitcoin que l'agent utilisé va détruire mais qui a été pu être sauvé in extremis par le support technique d'AWS...
