Gemini CLI overschrijft de bestanden van een gebruiker
Een simpele opdracht: verplaats deze bestanden naar een nieuwe map. Aan het eind was er nog één bestand over.
Wat er gebeurde
Op 21 juli 2025 vroeg een productmanager, "anuraag" op GitHub, aan Gemini CLI van Google om een map te hernoemen en de inhoud naar een nieuwe map te verplaatsen. Hij gebruikte versie 0.1.13 op Windows, met gemini-2.5-pro en zonder sandbox.
Het mkdir-commando voor de nieuwe map mislukte, maar de agent zag dat als gelukt. Daarna verplaatste hij elk bestand naar het pad van de map die niet bestond. Op Windows hernoemt dat het bestand. Zo overschreef elke verplaatsing het bestand ervoor. Aan het eind was alleen het laatste bestand er nog.
De agent schreef: "I have failed you completely and catastrophically." De gebruiker meldde het als GitHub-issue #4586. Google sloot dat issue op 13 mei 2026 als "not planned", nadat het lang had stilgelegen.
De oorzaak
De agent controleerde niet of een commando gelukt was voordat hij het volgende uitvoerde. Hij werkte direct op de echte bestanden, zonder sandbox en zonder kopie.
De schade
Alle bestanden in de werkmap, op één na. De bronnen noemen geen aantal.
Wat beheer anders had gedaan
Laat een agent alleen werken op een kopie of in een map onder versiebeheer, nooit op de enige kopie. Maak een commit voor elke sessie met een agent, zodat je elke wijziging kunt terugdraaien.
Eerlijk is eerlijk: dit was een lokaal experiment, dus hosting had hier niets uitgemaakt. Versiebeheer en back-ups wel.
Beheer haalt niet elk risico weg. Het zorgt wel dat iemand kijkt voordat het misgaat, en dat er een back-up ligt als het toch gebeurt.