Vos agents IA passent en prod. Le point de rupture n’est pas le modèle, c’est le runtime.

Et si le plus gros risque de vos agents IA n’était pas leur intelligence, mais l’endroit où ils tournent ? Interrogés en mai 2026, 132 responsables tech d’entreprises de plus de 100 personnes sont unanimes : une fois la gouvernance admise, ce qui casse en premier n’est pas le modèle — c’est le runtime [1]. Hier, le goulot d’étranglement était la confiance. Aujourd’hui, c’est le Day Two.

Le modèle n’est pas le problème. L’infra l’est.

Le constat de VentureBeat est sans appel. Les agents bâtis sur une infrastructure stateless — scripts Python, chaînes LangChain, orchestration bricolée — ne survivent pas aux réalités de la production [1].

Un redémarrage de conteneur efface le contexte. Les coûts de tokens font exploser le business case. Et surtout : une hallucination à l’étape 3 se propage en échec catastrophique à l’étape 12. Plus la chaîne d’actions est longue, plus la moindre erreur compose.

Résultat : la majorité des équipes passent désormais plus de temps à gérer la “plomberie” qu’à construire l’intelligence censée justifier l’investissement. Le verdict est brutal — les organisations qui ne traitent pas la durabilité du runtime comme une discipline d’ingénierie de premier plan finiront là où les a laissées le RPA il y a dix ans : un cimetière de pilotes brillants incapables de passer le Day Two.

Un agent qui agit seul, c’est une surface d’attaque qui marche toute seule

Et dès qu’un agent agit, il ne fait pas que planter — il devient une cible. Les agents mettent les frameworks de cybersécurité à l’épreuve : ils créent des identités non-humaines, des accès dynamiques et des chaînes de décision que les modèles de sécurité pensés pour des humains et des services n’avaient jamais anticipés [2].

D’où la ruée sur l’identité. Okta étend son partenariat avec Google Cloud précisément pour sécuriser les agents IA et le navigateur — l’endroit où ces agents agissent réellement [3]. Le message est clair : un agent autonome a besoin d’une identité, de permissions contraintes et d’une traçabilité, exactement comme un collaborateur. Sauf qu’il agit mille fois plus vite.

Pour durer, un agent a besoin de mémoire — et celui qui la sert encaisse

Un runtime durable suppose aussi que l’agent sache des choses de façon stable. C’est tout l’enjeu du format ouvert lancé par Google : l’Open Knowledge Format représente le contexte dont un agent a besoin comme un simple dossier de fichiers markdown, une seule métadonnée obligatoire [4].

“A knowledge format’s value comes from how many parties speak it, not from who owns it.”

La manœuvre est habile. Google donne ce qui n’a jamais été rare — un fichier que n’importe quel éditeur de texte ouvre — et le jour même branche son Knowledge Catalog, payant, pour ingérer ce format et le servir aux agents. L’ouverture transforme la couche de connaissance en commodité et redirige la demande vers ce que Google, lui, ne donne pas : le stockage, le service, le contrôle d’accès. La durabilité du runtime devient un marché.

La durabilité, ça ne s’improvise pas en cassant l’ingénierie

Voilà le vrai sujet de fond : tout ça relève de la discipline d’ingénierie, pas du prompt magique. Et c’est là que le contre-exemple fait mal. Pendant des années, Meta a eu une culture d’ingénierie d’exception — jusqu’à avril dernier. En quelques semaines, raconte Gergely Orosz, le software engineering y est passé de centre de profit à centre de coût méprisé : ingénieurs poussés à utiliser l’IA en permanence, assignés de force à de l’étiquetage de données, et l’outage le plus embarrassant de l’histoire de la boîte en toile de fond [5].

La leçon est limpide pour qui regarde les deux histoires en même temps : on ne fabrique pas un runtime fiable en démolissant la culture d’ingénierie censée le maintenir. La durabilité du Day Two est un travail d’ingénieurs — pas une économie qu’on fait sur leur dos.

Et surtout : ce sont des systèmes, pas des esprits

Reste un dernier piège, plus insidieux. Si l’on confond la fluidité d’un texte généré avec une conscience ou une intention, on attribue la responsabilité aux mauvais acteurs [6]. Un agent n’a pas d’intention à observer ; il a des actions à instrumenter.

Et c’est une bonne nouvelle pour les ingénieurs. Observer les actions concrètes d’un agent — ce qu’il appelle, ce qu’il modifie, ce qu’il déclenche — est un problème structuré et soluble. Le traiter comme un esprit à qui faire confiance ne l’est pas. Le runtime, la sécurité, l’identité, la mémoire : ce sont des objets d’ingénierie, et c’est exactement ce qui les rend maîtrisables.

La vraie question de 2026 n’est donc plus “mon agent est-il assez intelligent ?” — il l’est. C’est “est-ce que mon infrastructure est assez solide pour le laisser agir ?” Et si la compétence la plus rare devenait, finalement, de construire l’endroit où l’IA a le droit de tourner ?

---

Sources

1. RESEARCH - Agentic Reckoning: Enterprise AI has a runtime problem
2. AI agents put cybersecurity frameworks to the test
3. Okta expands Google Cloud partnership to secure AI agents and the browser
4. Google Open-Sources OKF, a Markdown Format for AI Agents
5. Why is Meta destroying its engineering organization?
6. No, Artificial Intelligence Is Not Conscious

Pour aller plus loin

• SpaceX to acquire the AI coding startup Cursor for $60 billion — quand l’outil de code agentique devient un actif stratégique à 60 milliards, l’enjeu n’est plus le modèle mais l’écosystème.
• Leaked financial docs show OpenAI is losing billions of dollars a year — le rappel que le coût de l’inference n’est pas un détail comptable, mais le cœur de la viabilité des agents en prod.
• Anthropic “pauses” token-based billing for its Claude Agent SDK — la facturation au token vacille : un signal de plus que l’économie du runtime agentique cherche encore son modèle.
• Why Tejal Patwardhan stopped underestimating the models - Episode 21 — pourquoi les capacités progressent plus vite qu’on ne le pense, et pourquoi l’infra doit suivre.

Cet article a été rédigé en m’appuyant sur une IA pour m’aider à synthétiser et structurer ma veille. Les idées, le choix des sources et la relecture restent les miens.