Cron Hermes avec workdir : faire travailler une routine dans le bon projet
Un Cron Hermes sans workdir, c’est vite le genre de routine qui part au mauvais endroit. Avec workdir, tu fixes le projet de départ. Hermes charge le contexte local du dossier, puis exécute les commandes depuis ce répertoire.
Le vrai intérêt, c’est moins le chemin que le cadre. Quand le répertoire est défini, Hermes lit aussi les instructions du projet, comme AGENTS.md, CLAUDE.md ou .cursorrules. Et si ton job touche des fichiers, tu gardes la main sur le contexte réel au lieu d’espérer que le bon dossier soit deviné.
Pourquoi workdir change la donne
Le gain est simple. Tu ne lances pas une tâche dans le vide. Tu la relies à un dossier, avec ses consignes et ses fichiers.
Le vrai sujet n’est pas d’ajouter un agent de plus.
Si tu veux construire un système d’agents utile, il te faut surtout une structure claire, de bons arbitrages et des retours terrain. C’est exactement ce qu’on partage dans Kavyro.
Arbitrages utiles
Questions réelles
Accès gratuit
Tu arrives avec ton sujet, tu repars avec plus de clarté.
C’est utile quand la routine doit lire, modifier ou vérifier quelque chose dans un repo précis. Tu évites ainsi le flou du bon dossier au bon moment.
| Cas | Avec workdir |
Ce que tu gagnes |
|---|---|---|
| Job dans un projet précis | Le dossier projet sert de contexte | Moins d’erreurs de répertoire |
| Lecture des consignes locales | AGENTS.md, CLAUDE.md, .cursorrules sont chargés | Le job suit les règles du dépôt |
| Exécution de fichiers et commandes | Terminal, read_file, write_file, patch, search_files et execute_code partent depuis ce dossier | Le résultat colle au projet réel |
Configurer le bon projet
Le point à viser, c’est le répertoire exact où le job doit travailler.
Si le job doit corriger un repo, vérifier un arbre de fichiers ou modifier du code, mets workdir sur ce dossier. Si le job n’a pas besoin de contexte projet, ne lui donne pas un dossier juste pour faire joli.
Le bon réflexe, c’est de lier la routine à l’endroit où se trouvent les règles et les fichiers qu’elle doit toucher.
Le contexte chargé dans le dossier
Une fois le workdir posé, Hermes ne travaille pas en mode générique. Le contexte local du projet compte.
C’est là que le dossier devient plus qu’un chemin. Les instructions du repo servent de garde-fou. Si le projet dit comment agir, la routine suit cette ligne au lieu d’improviser.
Pour un cas proche du travail WordPress et des contraintes de publication, le guide wordpress agent IA vérificateur-programmer montre bien pourquoi le contexte local change la manière d’exécuter une tâche.
Tester sans casser un projet critique
Le bon test n’est pas celui qui impressionne. C’est celui qui te montre si le contexte est bien pris en compte.
Commence avec une petite routine dans un projet non critique. Vérifie que les chemins sont bons, que les fichiers lus sont bien ceux du dossier, et que la sortie correspond au repo visé.
Si tu veux un exemple de tâche qui doit rester discrète, la routine bombe silencieuse aide à penser une exécution propre, sans bruit inutile.
Concurrence et séquentialité sur le tick
Il y a la limite à connaître tout de suite : les jobs avec workdir sont séquentiels sur le tick.
Autrement dit, ne compte pas sur workdir pour faire tourner plusieurs exécutions en parallèle au même moment. Le contexte projet est propre, mais l’ordonnancement reste séquentiel.
Si tu as besoin d’aller vite, découpe le travail en tâches simples et accepte cette contrainte au lieu de la découvrir en prod.
Le bon réflexe avant d’aller plus loin
Teste d’abord sur un projet non critique, puis monte en charge seulement quand le comportement est clair. Si tu veux cadrer ça proprement ou faire une demande de mise en place, passe par la formation Hermes Agent et garde la séquence en tête dès le départ.
