Last updated on

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 XYZ lä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:

  1. gitnexus-explorer laden, um GitHub abzufragen.
  2. code-wiki laden, um die Ergebnisse mit dem lokalen Projektwissen abzugleichen.
  3. subagent-driven-development laden, um die Folgearbeit zu parallelisieren.
  4. 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-explorer liest die Upstream-Release-Notes, PRs und Issues.
  • code-wiki matcht die Upstream-Konzepte gegen lokale Module und Funktionsnamen.
  • subagent-driven-development teilt 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-development erstellt den Taskplan und startet Backend-, Frontend- und Test-Subagents.
  • code-wiki erzwingt Projektkonventionen und verhindert Namensdrift zwischen den Subagents.
  • docker-management baut 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:

  • watchers pollt den RSS-Feed und löst den Zug bei einem neuen Eintrag aus.
  • page-agent öffnet die Incident-Seite und kratzt die Details.
  • fastmcp verbindet 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

  1. 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.

  2. 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.

  3. Annehmen, dass Skills perfekt komponieren. Manche Skills wollen denselben Tool-Namensraum oder dasselbe Ausgabeformat besitzen. Teste dein Kombo zuerst in einem sicheren Workspace.

  4. 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 browse und hermes skills install, um die benötigten Skills zu entdecken.

Referenzen: