Comment Hermes Agent exécute une commande

Hermes Agent ne répond pas comme un chatbot classique. Quand on lui demande de « préparer un article sur Hugo », il ne génère pas un texte directement. Il décompose la demande, exécute une série d’actions concrètes, en lit les résultats, et décide ce qu’il fait ensuite.

Ce mécanisme de boucle est le cœur du comportement de l’agent.

De la demande à l’action

L’étape première est la compréhension de la demande. L’agent s’interroge sur ce qu’on lui demande, vérifie les conventions du projet, et ne commence à écrire que quand la consigne est claire. C’est pourquoi le circuit commence toujours par une phase de réflexion et de vérification avant toute écriture.

Exécuter une commande

Une fois la tâche identifiée, l’agent choisit une commande. Elle peut s’agir de la lecture d’un fichier, de la vérification d’un script, du lancement d’un build Hugo, ou d’un appel aux outils de l’environnement. La commande n’est pas exécutée blindée : l’agent attend sa sortie, l’évalue, et s’en sert pour la suite.

Lire la sortie, décider la suite

C’est la différence propre à un agent par rapport à un modèle génératif. Le modèle produit du texte ; l’agent produit des actions et les valide avec le monde. La sortie d’une commande devient l’entrée de la prochaine décision. Si la lecture d’un fichier montre une absence de convention, l’agent l’intègre dans sa prochaine action. Si la validation échoue, il corrige et relance.

Une trace, pas une improvisation

Chaque action est un pas dans un flux de travail commun, et chaque pas laisse une trace dans Git. L’agent ne fait pas l’ouvrier, il fait l’ouvrage : il exécute, il laisse un historique, et il ne publie jamais sans validation explicite.

Cette trace est garantie par le travail tracé, pas par l’improvisation. L’objectif est de rendre le travail reproductible : une idée, une commande, un dossier, un historique.

🔗 Retour à l’article principal : [[hermes-agent]]

🔗 Article connexe : [[l-environnement-dhera]]