Mon Agentic OS va plus loin qu’Hermes

Les assistants IA généralistes sont très utiles. Ils connectent des modèles, des outils, des canaux et des intégrations. Mais dès qu’une agence veut reproduire son vrai fonctionnement — ses rôles, ses validations, ses repos et ses procédures — elle finit souvent par ajouter des couches autour d’un produit qui n’a pas été conçu pour devenir son logiciel métier.

C’est le problème que j’ai voulu résoudre avec mon Agentic OS : un cockpit construit directement autour de Claude Code, pensé pour piloter des agents, des tâches et des missions dans une interface que je peux modifier.

Pourquoi ne pas simplement utiliser un outil généraliste ?

OpenClaw et Hermes couvrent un périmètre très large. C’est leur force. Mon objectif est différent : je veux faire de Claude Code le runtime central, puis modeler l’expérience autour du workflow réel.

Il ne s’agit pas de dire qu’un système est universellement meilleur. Ils n’optimisent simplement pas la même couche.

Deux modes d’exécution pour Claude Code

Le cœur du produit repose sur deux surfaces complémentaires.

Mode headless

Le mode claude -p --output-format stream-json est adapté aux tâches bornées :

• une carte Kanban déclenche une mission ;
• le texte, le raisonnement, les outils et l’usage sont streamés ;
• la fin du tour est déterministe ;
• le résultat peut être enregistré et vérifié.

Mode interactif avec tmux

Pour les sessions qui nécessitent une reprise manuelle ou toute la puissance du terminal interactif :

• une vraie session Claude Code reste attachable ;
• le processus survit au redémarrage du serveur Node tant que tmux reste actif ;
• je peux observer la session dans l’interface puis la reprendre dans le terminal.

Headless quand je veux une exécution propre. Tmux quand je veux conserver une vraie session interactive.

Obsidian, SQLite et Claude Code : trois responsabilités

L’architecture distingue volontairement la connaissance de l’exécution :

• Obsidian conserve ce que le système sait : contexte, procédures, règles, mémoire et graphe de connaissances ;
• SQLite suit ce que le système fait : tâches, missions, événements, statuts, tokens et coûts ;
• Claude Code exécute les agents, les skills et les outils entre les deux.

Cette séparation évite de transformer une base opérationnelle en mémoire longue durée, ou une base de connaissances en journal de processus.

Un workflow d’agence de bout en bout

Une demande client peut suivre un cycle observable :

1. création d’une tâche dans le Kanban ;
2. affectation à un agent Claude Code ;
3. sélection des procédures dans les formats .claude ;
4. lancement de la mission ;
5. suivi du stream, des outils, des tokens et du résultat ;
6. revue humaine avant livraison.

Les agents ne sont pas enfermés dans un format propriétaire. Ils correspondent aux fichiers présents dans .claude/agents et restent créables, modifiables et personnalisables.

Une base personnalisable, pas un SaaS magique

Agentic OS est aujourd’hui une base de code contrôlable et un cockpit privé. Il peut servir de point de départ à une agence qui veut construire ses propres validations, vues client ou procédures internes.

Il ne faut pas le confondre avec :

• un SaaS multi-utilisateur installable en cinq minutes ;
• une plateforme avec SSO et RBAC déjà prêts ;
• un orchestrateur distribué ;
• une application à exposer telle quelle sur Internet.

La valeur est précisément de garder la main sur le runtime, les formats et le code source.

Voir la démonstration complète

Dans la vidéo, je montre le produit, le double runtime, le Kanban, les agents, les skills, les métriques et les limites actuelles.

Regarder « Mon Agentic OS va plus loin qu’Hermes ! »

Pour recevoir mes prochains retours de terrain sur le développement agentique : rejoindre The Agentic Dev.