SE d'IA
L'expression est utilisée à la légère. Un sens plus clair : la couche d'infrastructure qui impose les garanties que les agents ne peuvent pas se donner eux-mêmes.
15 oct. 2026 · 6 min de lecture
Le schéma et les sources sont en anglais.
L'expression « système d'exploitation d'IA » est utilisée à la légère. Le sens le plus utile vient d'un article de recherche de 2026 sur un Agent-OS : une infrastructure qui se trouve sous les applications d'agents et impose des garanties que les applications ne peuvent pas se donner elles-mêmes.
Ce n'est pas un modèle, ni une bibliothèque de cadre applicatif, ni un ensemble de conventions d'API. On ne peut pas compter sur les modèles pour trouver et corriger leurs propres erreurs : les garanties de résilience, de sécurité et de coût doivent donc venir de la couche plateforme, comme un système d'exploitation donne aux programmes l'isolation de la mémoire et comme une plateforme infonuagique donne aux services les redémarrages et les limites.
L'article suit un schéma d'époques antérieures : les développeurs construisent d'abord des harnais sur mesure, puis le domaine s'entend sur des abstractions communes. Il propose treize primitives et traite l'agent lui-même comme une entité de premier ordre, dotée d'une identité, d'une mémoire et de limites de ressources. L'idée qu'un modèle de langage puisse agir comme un noyau, avec mémoire, outils, entrées et sorties, remonte à l'esquisse « LLM OS » d'Andrej Karpathy en 2023, et des systèmes de recherche comme AIOS et MemGPT en explorent des parties.
Un seul agent sur une tâche précise en a rarement besoin. L'argument se construit à mesure que les agents se multiplient : plusieurs équipes, des données partagées, des processus réglementés, ou l'obligation de montrer ce qui s'est passé et pourquoi. Gartner a constaté en 2025 que seulement 15 % des responsables d'applications de TI envisageaient, mettaient à l'essai ou déployaient des agents entièrement autonomes, et prédit que plus de 40 % des projets agentiques seront abandonnés d'ici la fin de 2027 en raison du coût, d'une valeur floue ou de contrôles de risque faibles. Une couche commune s'attaque précisément à ces trois points.
Il existe des composants pour chaque service, des passerelles à la traçabilité en passant par les moteurs de politiques. Les décisions qui comptent sont l'endroit où cela s'exécute (votre nuage ou votre infrastructure sur place), la façon dont les données sont isolées et la facilité avec laquelle vous pourrez changer de modèles ou d'outils plus tard. Privilégiez les normes ouvertes aux normes fermées.
Parlez-nous d'un processus. Nous vous montrerons comment un agent pourrait le prendre en charge et quoi mesurer pour savoir qu'il fonctionne.