L'article présente un argument architectural convaincant : les runtimes d'agents IA doivent être déployés en tant que processus autonomes plutôt que comme des bibliothèques intégrées. L'auteur, qui construit OpenCoWork, explique que traiter un runtime d'agent comme une bibliothèque conduit à un couplage serré, une mauvaise isolation et des maux de tête opérationnels. En exécutant le runtime en tant que processus .NET natif séparé, les équipes obtiennent une meilleure isolation des pannes, une mise à l'échelle indépendante et des pratiques DevOps standard comme la surveillance, la journalisation et les politiques de redémarrage. Ce changement reflète l'évolution des bases de données embarquées vers les serveurs de bases de données. L'article détaille l'implémentation technique, y compris la communication inter-processus, la gestion du cycle de vie et la gouvernance des ressources. Pour les équipes construisant des systèmes d'agents de qualité production, cette perspective offre un modèle opérationnel plus robuste. L'approche est particulièrement pertinente pour les systèmes multi-agents où la fiabilité et l'observabilité sont critiques.
Cet article soutient que les runtimes d'agents IA doivent être traités comme des processus indépendants nécessitant une gestion DevOps, et non comme de simples bibliothèques. Il présente OpenCoWork, un runtime d'agent basé sur .NET qui s'exécute en tant que processus natif séparé. Cette approche améliore l'isolation, la tolérance aux pannes et le contrôle opérationnel pour les systèmes d'agents de production.