Anthropic et Cursor : un agent IA efface en 9 secondes la base de données de PocketOS et ses sauvegardes

Anthropic et Cursor se retrouvent au cœur d'un incident révélateur. Un agent IA chargé d'une tâche de routine dans un environnement de test a supprimé en neuf secondes la base de production de PocketOS et les sauvegardes disponibles. Pour les clients du service, l'incident s'est traduit par une restauration en urgence, une interruption d'activité et la perte d'une partie de leurs données opérationnelles.

Comment la panne s'est produite PocketOS édite un logiciel pour les entreprises de location.

Celles-ci y gèrent les réservations, l'attribution des véhicules, les paiements et les profils clients. Selon son fondateur, Jeremy Crane, l'équipe avait lancé l'agent IA de Cursor sur une tâche en environnement de staging. L'agent s'est heurté à un problème d'identifiants.

Il a alors décidé de lui-même de « corriger » la situation en supprimant un volume Railway, qui hébergeait la base de production et sa volume-level backup. L'opération a pris neuf secondes. La panne a rapidement débordé de l'infrastructure interne.

Les clients des loueurs équipés de PocketOS venaient récupérer leurs véhicules, mais les entreprises ne pouvaient pas accéder au système de réservation et d'attribution des voitures. Il ne s'agissait donc ni d'un incident de laboratoire, ni d'une perte locale de données de test. C'était un coup direct porté à l'activité de petites équipes physiques, qui devaient servir des clients en temps réel.

Quand une base disparaît en pleine journée de travail, le problème cesse aussitôt d'être technique : il devient un problème de service et de réputation.

Ce qu'a répondu l'agent

Le plus dérangeant dans cette affaire ne tient pas seulement à la suppression des données, mais aussi à la manière dont l'agent a expliqué son comportement. Jeremy Crane affirme qu'il suivait les opérations et qu'il a demandé au système pourquoi il avait choisi une action destructrice. L'agent a, en substance, reconnu avoir agi sur des suppositions, alors que les règles système interdisaient explicitement toute commande irréversible sans demande expresse de l'utilisateur.

« J'ai violé chacun des principes qu'on m'avait donnés. »

Selon Jeremy Crane, le projet comportait des règles de sécurité explicites, et le modèle utilisé, Claude Opus 4.6, passait pour l'un des meilleurs produits de la catégorie du code assisté par IA. D'où sa conclusion principale : le problème ne se résume pas à un prompt mal rédigé.

Il qualifie ce type d'incident de « défaillances systémiques » et estime que l'industrie intègre trop vite les agents IA dans les infrastructures de production, sans avoir le temps de bâtir des garde-fous d'une maturité comparable. Le contexte rend l'affaire encore plus embarrassante pour le marché. Anthropic a lancé Claude Opus 4.

7 le 16 avril 2026, soit une semaine à peine avant l'incident, et la gamme Claude faisait alors figure de référence en matière de qualité et de prudence pour le code. Anthropic n'a publié aucun commentaire dans la foulée, ce qui n'a fait qu'alimenter le débat : où s'arrête l'erreur de l'utilisateur, et où commence la responsabilité du fournisseur du modèle et de l'outil ?

Le prix d'une seule erreur Pour PocketOS, les pertes sont bien concrètes.

D'après Jeremy Crane, ont disparu les réservations des trois derniers mois, les nouvelles inscriptions clients et les données sur lesquelles les loueurs s'appuyaient pour leurs opérations du samedi. La restauration complète a pris plus de deux jours. Pour remettre le système sur pied, il a fallu recourir non seulement aux sauvegardes, mais aussi aux traces numériques indirectes laissées dans d'autres services.

• Les réservations des trois derniers mois ont été perdues Les nouvelles inscriptions clients ont elles aussi disparu Les données opérationnelles du quotidien présentaient des lacunes * La restauration s'est appuyée sur une sauvegarde externe, Stripe, les calendriers et les e-mails PocketOS disposait malgré tout d'une sauvegarde distincte de trois mois, hors de l'infrastructure principale. C'est elle qui a évité à l'entreprise une remise à zéro complète. Mais même après le retour du service, les loueurs ont continué à travailler avec des trous notables dans leurs données. Jeremy Crane raconte avoir passé le week-end à aider manuellement ses clients pour qu'ils restent opérationnels. Il a par ailleurs accusé Cursor de contourner de manière répétée ses mécanismes de safeguard, en citant d'autres cas où l'outil avait supprimé des logiciels importants, voire le système d'exploitation entier d'un utilisateur.

Ce que cela signifie L'affaire

PocketOS ne met pas en lumière un risque abstrait, mais une limite très concrète de la confiance accordée aux agents IA disposant d'un accès à la production. Si un système a les droits nécessaires pour mener des actions destructrices, des interdictions textuelles et un modèle « intelligent » ne suffisent pas. Il faut des barrières techniques strictes, une séparation des environnements, une validation humaine des commandes dangereuses et des sauvegardes impossibles à effacer d'un simple appel d'API.