L'expérience
Un agent se déclenchait chaque nuit à 3 h via une routine cloud planifiée. Sa tâche : lire l'activité des dernières 24 à 72 heures — journaux de session, commits, fils ouverts — et en produire un « rêve ». Pas des bullet points : une prose narrative, censée faire remonter le fil sous-jacent qu'aucun tableau de bord ne montre. Quatorze rêves ont été générés entre le 20 avril et le 22 mai 2026, 5 à 7 Ko chacun.
Ce qui a cassé — et ce n'est pas la cause attendue
La routine tournait sur une infrastructure cloud, censée s'exécuter 24 h/24 sans dépendre d'aucune machine. Elle avait pourtant une dépendance cachée : elle attendait un état présent sur le poste local. Le PC s'éteint la nuit — la routine « cloud » s'est donc cassée dès le 1er mai. Onze jours plus tard, un audit le découvre. Le dispositif est refondu en 100 % local : dix rêves de plus, puis, le 22 mai, silence total. Pendant 46 jours, aucune sortie. Personne ne l'a remarqué.
Une routine dite « autonome » qui dépend en secret d'un état local n'est pas autonome. Elle est en sursis.
Pourquoi personne ne l'a vu
Deux causes — et la seconde est la vraie.
- Présence ≠ exécution. Le dispositif existait, documenté, visible dans le tableau de bord. Mais rien ne vérifiait qu'il tournait réellement chaque nuit. Un système présent n'est pas un système qui s'exécute.
- Aucun consommateur. Les rêves avaient un producteur — l'agent — mais aucun lecteur attesté. Rien n'obligeait à les lire. Un artefact que personne ne consomme ne manque à personne quand il disparaît. Donc il disparaît.
Un système sans déclencheur vérifié ET sans consommateur dérive et meurt en silence. Ce n'est pas une panne, c'est une extinction.
Ce que ça dit de vos projets d'IA
Un POC d'IA échoue rarement parce que le modèle est trop faible. Il échoue parce que :
- personne n'a câblé un déclencheur fiable — il tourne « quand on y pense » ;
- personne ne vérifie qu'il s'exécute vraiment — la présence est prise pour l'exécution ;
- personne ne consomme la sortie dans une décision réelle — c'est propre, mais orphelin.
Un « rêve » qui s'éteint dans un espace de travail personnel, c'est anecdotique. Le même mécanisme sur un assistant de support, un scoring ou une veille automatisée, c'est un budget cramé et une confiance perdue — sans le moindre message d'erreur.
La règle à en tirer
Avant de lancer un système d'IA en production, trois questions, dans l'ordre :
- Déclencheur — qu'est-ce qui le fait tourner, et comment sait-on qu'il a tourné ?
- Exécution — quel signal prouve qu'il s'est exécuté, et pas seulement qu'il existe ?
- Consommateur — qui lit la sortie, et dans quelle décision ? Si la réponse est « personne », il ne fallait pas le construire.
Un système sans consommateur n'a pas besoin d'être réparé. Il n'aurait pas dû être construit.