Hermes v0.19 Skill-Kombos: 3 Skills in einer Nachricht verketten und die Reihenfolge das Ergebnis bestimmen lassen

In früheren Versionen von Hermes Agent konntest du immer nur einen Skill gleichzeitig laden. Wenn eine Aufgabe Browser, Code-Recherche-Tool und Docker-Helfer brauchte, hast du entweder alle drei installiert und gehofft, dass das Modell sie verwendet, oder du bist manuell zwischen Sitzungen gewechselt. Hermes v0.19.0 ändert das mit gestapelten Slash-Skill-Aufrufen: du kannst jetzt /skill-a /skill-b /skill-c mache XYZ schreiben und Hermes lädt alle drei Skills in Reihenfolge innerhalb eines einzigen Zugs.
Das ist nicht nur syntaktischer Zucker. Die Reihenfolge zählt. Frühere Skills formen den Kontext, richten Werkzeuge ein und übernehmen oft den “ersten Schnitt” einer Aufgabe. Spätere Skills verfeinern, operieren oder finalisieren. Wenn du Skills in der richtigen Reihenfolge verkettest, presst du mehrstufige Workflows in eine einzige Nachricht.
In diesem Artikel zeige ich, was gestapelte Skill-Aufrufe wirklich tun, warum die Reihenfolge Teil des Prompts ist, und drei praktische 3-Skill-Kombos, die du heute nutzen kannst.
Für einen Überblick über v0.19.0 siehe unsere v0.19.0 Release Notes und die Quicksilver Feature-Zusammenfassung.
Was sind gestapelte Slash-Skill-Aufrufe?
Das offizielle v0.19.0-Changelog beschreibt die Funktion in einem Satz:
Gestapelte Slash-Skill-Aufrufe —
/skill-a /skill-b mache XYZlädt beide Skills nacheinander.
Hermes unterstützte schon Slash-Style-Befehle für Skills. In älteren Versionen aktivierte /docker-management den Docker-Skill für den aktuellen Zug. In v0.19.0 kannst du eine Nachricht mit mehreren Slash-Skills, durch Leerzeichen getrennt, beginnen. Hermes lädt jeden einzelnen und führt dann den Rest deiner Anweisung aus.
/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 wird:
gitnexus-explorerladen, um GitHub abzufragen.code-wikiladen, um die Ergebnisse mit dem lokalen Projektwissen abzugleichen.subagent-driven-developmentladen, um die Folgearbeit zu parallelisieren.- Die Benutzeranweisung mit allen drei Toolsets ausführen.
Du kannst die Funktion auch von der CLI oder TUI aus auslösen. v0.19.0 ergänzt Autocomplete und Ghost Text für die Slash-Befehle, sodass der Client passende Skills vorschlägt, während du tippst.
Warum die Reihenfolge wichtig ist: Skills als Pipeline
Ein gestapelter Aufruf ist eine Pipeline, kein Werkzeugbeutel. Jeder Skill kann:
- Werkzeuge in den aktuellen Zug injizieren.
- Kontext registrieren, den das Modell vor der Planung nutzen soll.
- Verhalten verändern, z. B. Ausgabeformat oder Freigaberegeln.
- Eine Rolle beanspruchen, die spätere Skills nicht überschreiben sollen.
Wenn du die Reihenfolge tauschst, können sich dieselben drei Skills anders verhalten. Zum Beispiel:
/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.
Hier wird subagent-driven-development zuerst geladen. Er kann das Muster der “Aufgabenzerlegung” setzen und Subagents starten, bevor code-wiki lokales Wissen liefert und docker-management die Container-Ebene übernimmt. Das Endergebnis sind dieselben drei Skills, aber die Orchestrierung liegt nun vorne.
Drei praktische Muster ergeben sich:
| Muster | Reihenfolge | Ideal für |
|---|---|---|
| Discovery → Wissen → Ausführung | gitnexus-explorer / code-wiki / subagent-driven-development |
Recherche und Planung über Codebases hinweg |
| Orchestrierung → Wissen → Betrieb | subagent-driven-development / code-wiki / docker-management |
Refactoring und Deployment in lokale Umgebungen |
| Beobachten → Extrahieren → Veröffentlichen | watchers / page-agent / fastmcp |
Datei- oder Web-Monitoring, das externe Systeme speist |
Reihenfolge garantiert keine deterministische Ausgabe — das ist immer noch ein LLM-gesteuverter Agent — aber sie verschiebt den Planungs-Prior. Früher erwähnte Skills erscheinen früher im Systemkontext und werden eher als Hauptrahmen behandelt.
3 reale 3-Skill-Kombos
Diese Beispiele verwenden Skills, die wir bereits in unserem Guide zu 8 Must-Have Advanced Skills vorgestellt haben. Falls sie nicht installiert sind, führe zuerst hermes skills install <Name> aus.
Kombo 1: Recherchieren, mappen und parallelisieren
/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.
Was jeder Skill macht:
gitnexus-explorerliest die Upstream-Release-Notes, PRs und Issues.code-wikimatcht die Upstream-Konzepte gegen lokale Module und Funktionsnamen.subagent-driven-developmentteilt die Arbeit in parallele Subagents auf, die jeweils einen Migrations-Patch übernehmen.
Warum diese Reihenfolge: erst recherchieren, dann grounding, dann parallele Ausführung. Wenn du subagent-driven-development an erste Stelle setzt, könnte der Agent Aufgaben vergeben, bevor er die Upstream-Änderungen versteht, und produziert vage Tasks.
Kombo 2: Refactoren, testen und lokal deployen
/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.
Was jeder Skill macht:
subagent-driven-developmenterstellt den Taskplan und startet Backend-, Frontend- und Test-Subagents.code-wikierzwingt Projektkonventionen und verhindert Namensdrift zwischen den Subagents.docker-managementbaut aus dem Branch ein Image und führt die Integrationstests in einem isolierten Container aus.
Warum diese Reihenfolge: Orchestrierung zuerst, geteiltes Wissen zweitens, Umgebungsebene zuletzt. Wenn Docker zuerst geladen würde, könnte er den Zug damit verbringen, Images zu inspizieren, bevor der Refactor-Plan existiert.
Kombo 3: Beobachten, extrahieren und weiterleiten
/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.
Was jeder Skill macht:
watcherspollt den RSS-Feed und löst den Zug bei einem neuen Eintrag aus.page-agentöffnet die Incident-Seite und kratzt die Details.fastmcpverbindet sich mit deinem internen MCP-Server und pusht die Zusammenfassung nach Slack.
Warum diese Reihenfolge: der Trigger muss zuerst kommen, die Extraktion zweitens und der Output-Connector zuletzt. page-agent und fastmcp zu tauschen könnte funktionieren, aber das mentale Modell “beobachten → extrahieren → veröffentlichen” ist klarer und weniger fehleranfällig.
So entdeckst und installierst du die nötigen Skills
Hermes hat einen eingebauten Skills Hub. Du kannst Skills von der Terminal suchen, installieren und auflisten:
# Alle verfügbaren Skills durchsuchen
hermes skills browse
# Nach einem bestimmten Skill suchen
hermes skills search docker
# Einen Skill installieren
hermes skills install docker-management
# Installierte Skills anzeigen
hermes skills list
Die meisten Skills werden automatisch geladen, wenn du sie aufrufst. Wenn ein Skill nicht installiert ist, sagt Hermes dir das normalerweise und schlägt den Installationsbefehl vor. In v0.19.0 zeigt die Slash-Skill-Autovervollständigung auch an, welche Skills bereits installiert sind.
Häufige Fallen
-
Reihenfolge als unsichtbar behandeln. Zwei Skills zu tauschen kann den Plan ändern. Wenn du inkonsistente Ergebnisse siehst, notiere die verwendete Reihenfolge und vergleiche die Läufe.
-
Zu viele Skills laden. Drei bis vier Skills sind meist der Sweet Spot. Alle Skills aufzustapeln verdünnt das Kontextfenster und kann das Modell unentschlossen machen.
-
Annehmen, dass Skills perfekt komponieren. Manche Skills wollen denselben Tool-Namensraum oder dasselbe Ausgabeformat besitzen. Teste dein Kombo zuerst in einem sicheren Workspace.
-
Fallback vergessen. Wenn ein gestapelter Aufruf fehlschlägt, kannst du zu Einzel-Skill-Zügen zurückgehen, um den Schuldigen zu isolieren.
Wichtigste Erkenntnisse
- Hermes v0.19.0 erlaubt es, Slash-Skills in einer Nachricht zu stapeln:
/skill-a /skill-b /skill-c mache X. - Skills werden in Reihenfolge geladen, und diese Reihenfolge prägt den Plan und den Kontext des Modells.
- Drei praktische Kombos: recherchieren → mappen → parallelisieren; orchestrieren → verankern → deployen; beobachten → extrahieren → veröffentlichen.
- Halte Kombos bei 3–4 Skills, teste sie in einem sicheren Workspace und iteriere die Reihenfolge.
- Nutze
hermes skills browseundhermes skills install, um die benötigten Skills zu entdecken.
Referenzen: