Compozy

CompozyOS fait de chaque session une unité de travail durable, pas un processus de terminal vivant. Tant que la session est active, un autre client peut s'y rattacher avec compozy session resume, et une fois arrêtée, son statut, son récapitulatif, son historique d'événements et sa transcription restent disponibles. Un prompt ultérieur peut relancer le fournisseur sur le même historique, donc le contexte survit à un plantage, un redémarrage ou une passation.

Les tâches passent par une file unique que partagent humains et agents. Un travailleur réserve une exécution de façon atomique, détient un bail qu'il doit renouveler et la rend à la file s'il plante. La propriété est marquée par jeton, donc seul l'agent qui détient le jeton peut terminer une exécution, et les jetons sont hachés avant d'atteindre le registre d'événements. Concrètement, rien ne s'exécute deux fois et aucun travail ne reste orphelin si le démon meurt.

Les boucles sont la réponse du runtime à l'automatisation d'agents qui vise un objectif. Vous créez une boucle qui continue vers un résultat, le routage et la récupération étant pris en charge par le runtime plutôt que par un script à l'aveugle. Les exécutions d'une boucle sont lisibles dans l'interface, s'intègrent à la supervision des sessions et peuvent être arrêtées proprement au lieu d'être laissées à l'abandon.

Les planifications, les webhooks et les déclencheurs d'événements lancent du travail sans terminal ouvert. Dans la bêta v0.3, ils ont fusionné en une seule zone Automatisations, où chaque automatisation se lit comme une phrase : comment elle démarre, ses conditions, ce qu'elle fait. Jobs et déclencheurs partagent une page de détail et affichent le résultat de la dernière exécution avec un interrupteur, si bien qu'une exécution échouée se voit sans fouiller.

Chaque exécution laisse une trace. Traces, nombre d'événements et usage des outils viennent des enregistrements que le runtime écrit déjà, donc rien à instrumenter en plus. Les sessions exposent statut, récapitulatif et transcription, et les opérateurs peuvent filtrer les journaux par session et par type d'événement, ce qui transforme le débogage d'un agent en lecture d'une sortie structurée plutôt qu'en fouille de l'historique.

Le runtime s'étend à chaque couture avec de simples fichiers, pas une API de plugins. Les hooks sont des points de cycle de vie typés qui peuvent refuser ou restreindre, jamais contourner ; les skills sont des fichiers Markdown avec frontmatter YAML ; et les extensions regroupent skills, hooks, outils et serveurs MCP en fichiers zip ou via un registre GitHub. Tout ce que fait l'interface web, un agent peut le faire par CLI, HTTP ou UDS.

CompozyOS ne réimplémente pas la logique des agents derrière des enveloppes d'API. Il lance de vrais CLI d'agents comme sessions administrées via une couche de fournisseurs compatible ACP, donc Claude Code reste Claude Code et OpenClaw reste OpenClaw. Vingt-six fournisseurs intégrés sont listés, le login natif restant dans le magasin de chaque CLI, avec des clés gérées par CompozyOS en option pour les fournisseurs à API.