J'ai construit un Hermes sur mesure autour de Claude Code

Les outils d'agents généralistes couvrent beaucoup de besoins. Ils imposent aussi leurs menus, leurs objets et leur manière de travailler. Dès qu'une agence possède ses propres rôles, validations, dépôts et contraintes clients, une partie du travail consiste à contourner l'outil.

J'ai pris le problème dans l'autre sens : garder Claude Code comme moteur d'exécution et construire autour de lui le système dont j'avais besoin. Le produit suit une tâche depuis un Kanban jusqu'à la mission, expose les outils appelés et les tokens consommés, puis conserve le résultat dans une interface que je peux modifier dans le code.

Ce que le produit fait aujourd'hui

Le système actuel possède deux modes d'exécution Claude Code. Le premier lance une mission en mode non interactif. Le second pilote une vraie session interactive dans tmux. Les agents et les skills restent dans les formats .claude, ce qui évite d'inventer un écosystème incompatible.

Le parcours concret ressemble à ceci :

Carte Kanban
→ mission créée
→ choix du runtime
→ exécution Claude Code
→ outils et événements visibles
→ résultat conservé
→ métriques consultables

La valeur ne vient pas d'un nouveau modèle. Elle vient de la couche produit : les objets métier, l'interface, la persistance, les validations et les mesures.

Couche	Rôle dans le système	Exemple visible
Claude Code	comprendre et exécuter la mission	session non interactive ou tmux
Agents et skills	appliquer des rôles et procédures	fichiers `.claude` réutilisés
Produit	organiser le travail réel	Kanban, missions, historique
Mesure	rendre l'activité lisible	tokens, outils, états et résultats

Pourquoi un double runtime ?

Le mode non interactif convient aux tâches bornées : générer un rapport, auditer un dossier ou appliquer une procédure avec une sortie attendue. Il est facile à lancer depuis une carte et à suivre comme un job.

La session tmux conserve le contexte d'une interaction longue. Elle permet de reprendre la main, observer l'état de la session et poursuivre une mission qui demande plusieurs décisions. Ces deux modes ne s'opposent pas. Ils répondent à des tâches différentes.

Cette distinction évite de présenter une interface unique comme la réponse à tous les cas. Une mission courte n'a pas besoin d'une session persistante. Un travail exploratoire ne doit pas être forcé dans un job aveugle.

Le vrai intérêt pour une agence

Une agence ne vend pas un Kanban. Elle vend une manière fiable d'exécuter un travail métier. Le code source permet de remplacer les objets génériques par ceux du client : demandes de contenu, validation juridique, revue de code, préparation d'une campagne ou support interne.

Une adaptation sérieuse porte sur :

les rôles et procédures des agents ;
les sources de données autorisées ;
les étapes de validation humaine ;
les preuves attendues avant de fermer une mission ;
les vues et métriques utiles au métier.

Le produit devient alors une base pour un système interne ou une offre client. La personnalisation ne consiste pas à changer les couleurs. Elle consiste à traduire un workflow réel en objets, permissions, événements et preuves.

Les limites actuelles

Je ne présente pas cette base comme un SaaS d'équipe prêt à ouvrir sur Internet. La version actuelle n'apporte pas encore le SSO, le RBAC, les comptes multi-utilisateurs ni une orchestration distribuée. Elle demande un environnement maîtrisé et une adaptation technique.

Ces limites comptent parce qu'elles séparent un produit exploitable d'une promesse vague. Le système fonctionne pour mes workflows, expose son code et montre ses résultats. Une agence doit encore décider comment l'isoler, l'authentifier, le maintenir et l'adapter à chaque client.

Construire autour d'un moteur que l'on maîtrise déjà

Cette approche réduit le nombre de couches à réinventer. Claude Code gère déjà l'exploration du dépôt, les outils et l'exécution. Le produit se concentre sur ce qui manque dans mon activité : lancer une mission depuis le bon objet, suivre son état, conserver son historique et adapter l'interface au métier.

La vidéo montre le produit, le double runtime, le parcours complet d'une tâche et les fichiers qui rendent cette personnalisation possible : voir la démonstration.