Combos de skills Hermes v0.19 : enchaîner 3 skills en un message et laisser l'ordre façonner le résultat

Dans les versions précédentes d’Hermes Agent, vous ne pouviez charger qu’un seul skill à la fois. Si une tâche nécessitait le navigateur, un outil de recherche de code et un assistant Docker, vous installiez les trois en espérant que le modèle les utilise, ou vous basculiez manuellement entre les sessions. Hermes v0.19.0 change la donne avec les invocations slash-skill empilées : vous pouvez désormais écrire /skill-a /skill-b /skill-c fais XYZ et Hermes charge les trois skills dans l’ordre en un seul tour.

Ce n’est pas qu’une question de sucre syntaxique. L’ordre compte. Les skills placés en tête façonnent le contexte, préparent les outils et décident souvent de la “première passe” d’une tâche. Les skills suivants affinent, opèrent ou finalisent. Enchaîner les skills dans le bon ordre permet de compresser des flux multi-étapes en un seul message.

Dans cet article, je vais expliquer ce que font réellement les invocations empilées, pourquoi la séquence fait partie du prompt, et trois combos pratiques de 3 skills utilisables dès aujourd’hui.

Pour une vue d’ensemble de v0.19.0, consultez nos notes de publication v0.19.0 et le résumé des fonctionnalités Quicksilver.

Que sont les invocations slash-skill empilées ?

Le changelog officiel de v0.19.0 décrit cette fonctionnalité en une ligne :

Invocations de slash-skills empilées — /skill-a /skill-b fais XYZ charge les deux skills dans l’ordre.

Hermes supportait déjà les commandes slash pour les skills. Dans les versions antérieures, taper /docker-management activait le skill Docker pour le tour en cours. En v0.19.0, vous pouvez préfixer un message de plusieurs slash skills séparés par des espaces. Hermes charge chacun d’eux, puis exécute le reste de votre instruction.

/gitnexus-explorer /code-wiki /subagent-driven-development
Review the last 30 merged PRs in NousResearch/hermes-agent, map the changed modules against our local codebase, and split the resulting migration plan into parallel subagent tasks.

Hermes va :

Charger gitnexus-explorer pour interroger GitHub.
Charger code-wiki pour confronter les résultats aux connaissances locales du projet.
Charger subagent-driven-development pour paralléliser le travail suivant.
Exécuter l’instruction de l’utilisateur avec les trois ensembles d’outils.

Vous pouvez aussi déclencher cette fonctionnalité depuis la CLI ou la TUI. La version v0.19.0 ajoute l’autocomplétion et le ghost text pour les commandes slash, le client suggérant ainsi les skills disponibles au fur et à mesure de votre saisie.

Pourquoi l’ordre compte : les skills comme pipeline

Une invocation empilée est un pipeline, pas un sac d’outils. Chaque skill peut :

Injecter des outils dans le tour actuel.
Enregistrer du contexte que le modèle doit utiliser avant de planifier.
Modifier le comportement, par exemple le format de sortie ou les règles d’approbation.
Revendiquer un rôle que les skills suivants ne devraient pas écraser.

Si vous inversez l’ordre, les trois mêmes skills peuvent se comporter différemment. Par exemple :

/subagent-driven-development /code-wiki /docker-management
Refactor the user authentication service to use the new database schema and deploy it in a local container.

Ici, subagent-driven-development est chargé en premier. Il peut définir le motif de “décomposition des tâches” et lancer des subagents avant que code-wiki apporte les connaissances locales et que docker-management ne gère la couche conteneur. Le résultat final est le même avec trois skills, mais l’orchestration est désormais en amont.

Trois modèles pratiques en émergent :

Modèle	Ordre	Idéal pour
Découverte → Connaissance → Exécution	`gitnexus-explorer` / `code-wiki` / `subagent-driven-development`	Recherche et planification entre codebases
Orchestration → Connaissance → Opérations	`subagent-driven-development` / `code-wiki` / `docker-management`	Refactoring et déploiement en environnement local
Observer → Extraire → Publier	`watchers` / `page-agent` / `fastmcp`	Surveillance de fichiers ou web alimentant des systèmes externes

L’ordre ne garantit pas une sortie déterministe — c’est toujours un agent piloté par LLM — mais il déplace le prior de planification. Les skills mentionnés plus tôt apparaissent plus tôt dans le contexte système et sont plus susceptibles d’être traités comme le cadre principal.

3 combos réels de 3 skills

Ces exemples utilisent des skills déjà présentés dans notre guide des 8 skills avancés indispensables. Si vous ne les avez pas installés, exécutez d’abord hermes skills install <nom>.

Combo 1 : Rechercher, mapper et paralléliser

/gitnexus-explorer /code-wiki /subagent-driven-development
Find the five most important upstream changes in Hermes v0.19.0 that affect the MCP server format, map them to our local MCP adapter code, and assign one subagent per change to write the migration patch.

Ce que fait chaque skill :

gitnexus-explorer lit les release notes, PRs et issues en amont.
code-wiki fait correspondre les concepts en amont avec les modules et noms de fonctions locaux.
subagent-driven-development divise le travail en subagents parallèles, chacun responsable d’un patch de migration.

Pourquoi cet ordre : recherche d’abord, puis ancrage local, puis exécution parallèle. Si vous placez subagent-driven-development en premier, l’agent risque de commencer à répartir des tâches avant de comprendre les changements en amont, produisant des tâches vagues.

Combo 2 : Refactoriser, tester et déployer localement

/subagent-driven-development /code-wiki /docker-management
Split the user authentication refactor into backend, frontend, and test tasks. Use the local codebase wiki to keep naming consistent. When all subagents finish, build a Docker image from the branch and run the integration tests in a container.

Ce que fait chaque skill :

subagent-driven-development crée le plan de tâches et lance des subagents backend, frontend et tests.
code-wiki applique les conventions du projet et évite la dérive de nommage entre subagents.
docker-management package la branche et exécute les tests d’intégration dans un conteneur isolé.

Pourquoi cet ordre : orchestration d’abord, connaissance partagée ensuite, couche environnementale en dernier. Si Docker était chargé en premier, il pourrait passer le tour à inspecter des images avant que le plan de refactoring n’existe.

Combo 3 : Observer, extraire et transférer

/watchers /page-agent /fastmcp
Watch the Cloudflare status RSS feed. If a new incident is posted, open the incident page, extract the affected products and regions, and publish a structured summary to our Slack channel via the internal MCP server.

Ce que fait chaque skill :

watchers interroge le flux RSS et déclenche le tour lorsqu’un nouvel élément apparaît.
page-agent ouvre la page d’incident et en extrait les détails.
fastmcp se connecte à votre serveur MCP interne et publie le résumé sur Slack.

Pourquoi cet ordre : le déclencheur doit être en premier, l’extraction en deuxième, et le connecteur de sortie en dernier. Inverser page-agent et fastmcp pourrait fonctionner, mais le modèle mental “observer → extraire → publier” est plus clair et moins sujet aux erreurs.

Comment découvrir et installer les skills dont vous avez besoin

Hermes dispose d’un Skills Hub intégré. Vous pouvez rechercher, installer et lister les skills depuis le terminal :

# Parcourir tous les skills disponibles
hermes skills browse

# Rechercher un skill spécifique
hermes skills search docker

# Installer un skill
hermes skills install docker-management

# Voir ce qui est installé
hermes skills list

La plupart des skills se chargent automatiquement lorsque vous les invoquez. Si un skill n’est pas installé, Hermes vous le signale généralement et suggère la commande d’installation. En v0.19.0, l’autocomplétion slash-skill indique aussi quels skills sont déjà installés.

Pièges courants

Traiter l’ordre comme invisible. Échanger deux skills peut changer le plan. Si vous constatez des résultats incohérents, notez l’ordre utilisé et comparez les exécutions.
Charger trop de skills. Trois à quatre skills est généralement le bon équilibre. Empiler tous vos skills dilue la fenêtre de contexte et peut rendre le modèle indécis.
Supposer que les skills se composent parfaitement. Certains skills peuvent vouloir posséder le même espace de noms d’outils ou le même format de sortie. Testez votre combo dans un espace de travail sûr d’abord.
Oublier le plan de secours. Si une invocation empilée échoue, vous pouvez revenir à des tours mono-skill pour isoler le skill responsable.

Points clés

Hermes v0.19.0 permet d’empiler des slash skills en un seul message : /skill-a /skill-b /skill-c fais X.
Les skills sont chargés dans l’ordre, et cet ordre façonne le plan et le contexte du modèle.
Trois combos pratiques : rechercher → mapper → paralléliser ; orchestrer → ancrer → déployer ; observer → extraire → publier.
Gardez les combos entre 3 et 4 skills, testez-les dans un espace de travail sûr et itérez sur l’ordre.
Utilisez hermes skills browse et hermes skills install pour découvrir les skills dont vous avez besoin.

Références :