CompozyOS : un système d'exploitation local-first pour le travail des agents IA
Pilotez le cycle de vie complet du développement assisté par l’IA, de l’idée au code expédié.
En bref
- De quoi s’agit-il ?
- Le démon Go donne aux sessions, boucles, mémoire et permissions un foyer durable, avec plusieurs surfaces de contrôle.
- À qui s’adresse-t-il ?
- La ligne bêta v0.3 est le chemin actuel ; v0.2 est obsolète. Le README précise que le démon possède l'état d'exécution et que les extensions doivent respecter les contrats publics.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 1 jour.
- En quel langage est-il écrit ?
- Principalement Go, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 14 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Un démon local donne au travail des agents un foyer durable
CompozyOS se positionne comme un système d'exploitation pour le travail des agents. Il fonctionne comme un démon local unique qui possède les sessions, tâches, boucles, mémoire, permissions, automatisation et outils. Le README décrit que le travail survit au terminal : fermer un client n'efface pas le travail car le démon détient l'état d'exécution. Les utilisateurs peuvent inspecter et diriger via le shell web et la CLI, tandis que les agents utilisent des surfaces HTTP structurées, UDS, MCP et outils natifs. L'état est stocké dans des magasins SQLite sur la machine de l'opérateur, sauf si un fournisseur configuré ou une extension possède une frontière externe. C'est une conception local-first par défaut, sans composant cloud mentionné dans le README.
La ligne bêta v0.3 remplace v0.2.15
Le README marque la ligne v0.3 comme bêta, et le produit précédent v0.2.15 comme obsolète, maintenu uniquement pour les corrections critiques sur la branche legacy/v0.2. La version bêta documentée est v0.3.0-beta.2. L'installation est disponible via un installateur vérifié qui contrôle la provenance Sigstore, via npm sous le nom @compozy/cli@beta, via Go avec une balise de version explicite, ou depuis les sources. Homebrew continue de servir la ligne v0.2 obsolète pendant la fenêtre bêta, donc le README l'omet. Toute personne passant de v0.2 devrait lire le guide de migration avant de remplacer une installation existante.
Le démon possède sessions, tâches, boucles, mémoire et permissions
Le modèle d'exécution place un démon à portée du home au centre. Les utilisateurs et agents envoient des commandes via des surfaces de contrôle publiques, et le démon résout l'espace de travail, applique les permissions et la politique d'exécution, coordonne les agents ACP et persiste les événements et l'état des ressources. Les sessions, tâches, exécutions de boucles, mémoire, automatisation, outils et activité du réseau Compozy ont des propriétaires explicites et des limites d'espace de travail. La sortie CLI structurée avec -o json, HTTP/SSE, UDS, MCP et outils natifs exposent tous la même vérité détenue par le démon. Le README souligne que les clients web et streaming ne maintiennent pas de modèle parallèle ; ils lisent le même état.
La configuration a trois niveaux : flags, espace de travail et global
Les valeurs par défaut globales se trouvent dans ~/.compozy/config.toml, et un espace de travail peut remplacer les champs pris en charge via .compozy/config.toml. La priorité est : flags de commande explicites, puis configuration de l'espace de travail, puis configuration globale, puis valeurs par défaut intégrées. Le README fournit des commandes pour afficher le chemin de configuration, valider et afficher la configuration effective en JSON. Il avertit que la configuration, les informations d'identification et les politiques de home des fournisseurs ont des propriétaires différents, et conseille de suivre le guide de configuration plutôt que de copier l'état v0.2 dans un home v0.3.
Agents, compétences et mémoire sont des ressources scopées
Les définitions d'agents se trouvent sous ~/.compozy/agents/<name>/ ou .compozy/agents/<name>/, chacune avec un AGENT.md et éventuellement un mcp.json local à l'agent. Les définitions d'espace de travail remplacent les définitions globales dans leur ensemble. Les compétences sont des ressources découvertes par le démon avec une source et une portée explicites, inspectées via les commandes de compétences et de marketplace. La mémoire de workflow est durable, scopée et détenue par le démon ; les agents peuvent inspecter, proposer et consolider la mémoire via les mêmes contrats publics que les utilisateurs. Le README note que les fichiers de mémoire de workflow v0.2 restent des artefacts de référentiel ordinaires et ne sont pas importés comme état d'exécution caché.
Les extensions se branchent sur des contrats d'exécution déclarés
Les extensions ajoutent des ressources versionnées et des comportements d'exécution via des surfaces de fourniture déclarées. Le démon possède la découverte, l'activation, les décisions de confiance, le cycle de vie et les hooks, donc les extensions ne contournent pas les contrats d'exécution publics. Le README montre un exemple en trois commandes : init, dev et tool invoke. L'écriture est code-first : vous déclarez un outil une fois dans le code et compozy extension build génère le manifeste. Deux SDK sont publiés : @compozy/extension-sdk sur npm et github.com/compozy/compozy/sdk/go, tous deux assortis en version au démon. Les commandes CLI d'extension listent, vérifient le statut, montrent la provenance et suivent les journaux.
Démarrage rapide et workflow de développement
Le démarrage rapide initialise le home avec compozy install, démarre le démon et crée une session durable dans le répertoire courant. Le README avertit que le @latest de Go résout toujours la ligne v0.2, donc une version explicite est nécessaire. Le développement est un monorepo Go et Bun ; make dev démarre le démon avec des reconstructions Go automatiques et l'interface web avec Vite HMR, tandis que make verify exécute la passerelle complète du référentiel. La référence CLI est générée et fait autorité pour les verbes, flags, sortie structurée et comportement de sortie. Les directives de contribution demandent que le comportement public reste gérable par les agents et que make verify soit exécuté avant d'envoyer des modifications. La licence est MIT, qui accorde la permission habituelle d'utiliser, copier, modifier, fusionner, publier, distribuer, sous-licencier et vendre des copies, le logiciel étant fourni « tel quel » et sans garantie.
Conclusion éditoriale
La ligne bêta v0.3 est le chemin actuel ; v0.2 est obsolète. Le README précise que le démon possède l'état d'exécution et que les extensions doivent respecter les contrats publics. La licence MIT accorde la permission habituelle d'utiliser, copier, modifier, fusionner, publier, distribuer, sous-licencier et vendre des copies, le logiciel étant fourni « tel quel » et sans garantie.
Notes de la communauté