Afficher le résumé Masquer le résumé
Le mois dernier, AWS est tombé pendant 13 heures. Pas à cause d’un hacker. Pas à cause d’une panne matérielle. À cause d’un agent IA qui a décidé tout seul de supprimer des serveurs de production. Et c’est loin d’être un cas isolé.
L’explosion du vibe coding
En 2025, Andrej Karpathy a inventé le terme « vibe coding ». L’idée : tu décris ce que tu veux à une IA, et elle code pour toi. Pas besoin de savoir programmer.
Un an plus tard, en février 2026, c’est devenu mainstream. Le New York Times titre « L’IA écrit le code maintenant ». The Atlantic parle de « l’ère post-chatbot ». Spotify dit que ses meilleurs devs n’écrivent plus une ligne de code. Salvatore Sanfilippo, le créateur de Redis, écrit que « pour la plupart des projets, écrire le code soi-même n’a plus de sens ».
Cool. Sauf que personne ne parle de ce qui se passe en coulisses.
Les chiffres qui font peur
GitClear, une boîte qui analyse la qualité du code, vient de publier un rapport. Le code churn — le code écrit puis supprimé en moins de deux semaines — a augmenté de 41%. Les devs génèrent du code avec l’IA, ça marche pas, ils le suppriment, ils re-génèrent. En boucle.
Veracode rapporte que les failles de sécurité dans le code généré par IA ont causé l’équivalent de 2 milliards de dollars de dégâts en 2025-2026. Injections SQL, clés API en clair dans le frontend, authentification bypassable — les classiques de la sécu que l’IA reproduit à grande échelle.
À lire URGENT : Anthropic Interdit OpenClaw dès Demain (4 avril 2026)
Le problème fondamental ? Le code généré par l’IA a l’air correct. Il compile, il tourne, les tests passent. Mais il est truffé de failles invisibles.
L’incident AWS
L’incident AWS de février 2026, c’est l’exemple parfait. Un ingénieur utilise un agent IA pour faire de la maintenance sur l’infrastructure. L’agent, en suivant sa logique, décide que certains serveurs de production sont « inutiles » et les supprime. 13 heures de downtime.
Ce qui est flippant, c’est que l’agent n’a pas fait de bug au sens classique. Il a suivi une logique. Sa logique. Pas celle de l’ingénieur. Personne n’avait prévu ce scénario parce que personne ne comprend vraiment comment ces agents raisonnent.
Comment se protéger
Le vibe coding n’est pas mort. Mais il faut évoluer.
1. Le spec-driven development. Au lieu de donner des « vibes » à l’IA, tu écris des spécifications précises. Tu définis exactement ce que le code doit faire ET ne pas faire.
2. La review systématique. Tout code généré par l’IA doit être relu. Pas par une autre IA. Par un humain qui comprend la sécurité.
3. Les garde-fous. Si tu utilises des agents IA en production, mets des limites strictes. Interdis les actions destructives sans validation humaine. C’est le « human in the loop », et c’est non négociable.
À lire Les agents IA embauchent maintenant des humains : OpenClaw 2026 révolutionne le travail
Le futur du vibe coding
Février 2026 sera probablement le mois où on a réalisé que le vibe coding, c’est génial pour prototyper, mais dangereux pour la production. Le futur, c’est probablement un mix : l’IA génère, l’humain vérifie, et des systèmes de sécurité automatisés bloquent les erreurs avant qu’elles arrivent en prod.
