Als Hermes Agent am 12. März an die Öffentlichkeit ging, brachte das Release über siebzig eingebaute Skills in fünfzehn Kategorien mit. Vier Wochen später war ein Community-Skills-Marktplatz auf agentskills.io mit Hunderten weiteren online. Dieser Beitrag erklärt, wie das passiert ist — und warum die Hermes-Skill-Architektur es wert ist, verstanden zu werden, selbst wenn du nie einen schreiben wirst.
Was ein Skill tatsächlich ist
In den meisten KI-Agent-Frameworks ist ein „Tool" eine Python-Funktion, die der Entwickler beim Import registriert. Du dekorierst eine Funktion, schreibst einen Docstring, listest sie irgendwo in einem Tools-Array. Wenn der Agent sie braucht, injiziert das Framework ihre Beschreibung in den Prompt und parst den Tool-Call-Output des Modells.
Ein Hermes-Skill funktioniert anders. Er ist ein deklaratives Bundle mit einem Manifest (skill.yaml), ausführbaren Scripts oder Python-Einstiegspunkten, einer Beschreibung seiner Voraussetzungen und einer Aktivierungsrichtlinie. Beim Start geht Hermes das Skill-Verzeichnis durch, liest jedes Manifest und entscheidet, welche Skills für diese Session verfügbar sind — basierend darauf, ob ihre Voraussetzungen tatsächlich auf der Maschine vorhanden sind: Umgebungsvariablen, Binaries im PATH, Config-Einträge, Plattform-Capabilities.
Ein Skill, der ffmpeg braucht, wird dem Agenten auf einer Maschine ohne ffmpeg gar nicht erst angezeigt. Ein Skill, der einen Telegram-Bot-Token braucht, aktiviert sich nur in Sessions, die mit Telegram verbunden sind. Der Prompt des Agenten enthält immer nur die Skills, die du gerade tatsächlich nutzen könntest.
Das klingt nach einem Detail. Es ist der Grund, warum ein Agent siebzig Skills am ersten Tag mitbringen kann, ohne den Prompt zu sprengen.
Der Skills Hub und was er tut
Ab v0.2.0 wird der Skills Hub mitgeliefert — ein lokaler Index jedes Skills, der dieser Installation zur Verfügung steht, mit Metadaten, Quellenzuordnung und einer Schicht für bedingte Aktivierung. Mit hermes skills list siehst du, was installiert ist, mit hermes skills enable <name> oder hermes skills disable <name> schaltest du ein oder aus, und mit hermes skills info <name> siehst du das Manifest, die Quelle und die genauen Voraussetzungen.
Der Hub ist auch die Abstraktion, in die Community-Skills einklinken. Ein Skill-Autor veröffentlicht Manifest plus Quellpaket; Hermes-User installieren es mit einem einzigen Befehl; der Hub prüft Voraussetzungen und Aktivierungsregeln genauso wie bei eingebauten Skills. Es gibt keinen Sonderweg für „offizielle" versus „Community"-Skills — sie sind alle einfach Skills.
Vier Wochen nach dem Launch wurde aus diesem Hub sein öffentliches Gesicht: agentskills.io. Ein Web-Verzeichnis von Community-erstellten Skills mit Suche, Kategorien, Beliebtheitsmetriken und einem standardisierten Installationsbefehl. Stell es dir vor wie das npm oder pip für Agent-Capabilities, nur enger gefasst: Jeder Skill soll eine Sache tun und kommt mit einem Manifest, das Hermes sagt, wie er ihn sicher einsetzen kann.
Warum das Ökosystem so schnell gewachsen ist
Vier Wochen sind nicht lange, um von null auf Hunderte Community-Skills zu kommen. Einige Aspekte der Architektur haben das möglich gemacht.
Das Manifest ist die Schnittstelle. Ein Skill-Autor muss nur das Manifest richtig hinbekommen. Voraussetzungen, Beschreibung, Input-Schema, Aktivierungsbedingungen — das kommt alles in skill.yaml. Die Implementierung kann Python, ein Shell-Script, eine ausführbare Binary sein, was auch immer das Manifest angibt. Mitwirkende müssen kein Hermes-spezifisches SDK lernen, um etwas Nützliches zu schreiben. Sie müssen beschreiben, was ihr Tool tut, in einer YAML-Datei, die es für eingebaute Skills schon gab.
Voraussetzungen sind strukturell, nicht dokumentiert. Wenn ein Skill ffmpeg braucht, deklariert das Manifest das, und Hermes prüft es. Du installierst keinen kaputten Skill, der zur Laufzeit still scheitert, weil eine Dependency fehlt — der Hub sagt dir, was fehlt, und weigert sich zu aktivieren. Skill-Autoren können davon ausgehen, und Skill-Nutzer können vertrauen.
Die Aktivierung ist bedingt. Ein Skill kann deklarieren, dass er sich nur auf Telegram aktiviert, nur wenn eine bestimmte Umgebungsvariable gesetzt ist, nur wenn eine bestimmte Datei existiert, nur in bestimmten Arbeitsverzeichnissen. Der Prompt, den der Agent sieht, passt sich dem Moment an. Du kannst hundert Skills installiert haben und der Agent wird neunzig davon in keiner Session sehen — der Prompt bläht sich nicht auf.
Standardmäßig sandbox-freundlich. Skills, die Code ausführen, tun das innerhalb von Hermes' vorhandenen Sandbox-Schichten — der Git-Worktree-Isolation und dem Dateisystem-Checkpoint-System vom v0.2.0-Launch. Ein Community-Skill, der Amok läuft, kann deinen Code oder deine Dateien nicht zerstören, weil die Sandbox in den Agenten eingebaut ist, nicht in den Skill. Das senkt die Vertrauenskosten für die Installation von etwas Neuem drastisch.
Wie Community-Skills typischerweise aussehen
Die Community-Skills der ersten vier Wochen gruppieren sich in einige nützliche Muster:
- •Wrapper um vorhandene CLI-Tools. Jemand nimmt
ffmpeg,pandocoderimagemagickund schreibt einen dünnen Skill, der die gängigen Operationen exponiert — Video trimmen, Dokument konvertieren, Bild skalieren. Günstig zu schreiben und sofort nützlich. - •Integrationen mit persönlichen Diensten. Skills, die mit deinem Notion-Account, deinem Obsidian-Vault, deiner Home-Assistant-Instanz, deinem RSS-Reader, Pocket-Account oder deiner Finanz-App sprechen. Die meisten sind weniger als 200 Zeilen Python plus ein Manifest.
- •Domain-spezifische Helfer. Skills für bestimmte Workflows — einer für Forscher, die Paper lesen, einer für Engineering-Leads, die Git-Logs zusammenfassen, ein Menügenerator für Hobbyköche, ein Dungeon-Master-Assistent für Pen-&-Paper-Gruppen.
- •Modell-spezifische Shims. Skills, die providerspezifische Features (Prompt-Caching-Header, Reasoning-Budgets, Fine-Tuning-Hooks) als formale Agenten-Tools hinzufügen, statt Custom-Client-Code zu verlangen.
Keiner davon ist allein ein Killer-Feature. In der Summe sind sie der Grund, warum Hermes aufgehört hat, sich wie „ein Ding von Nous Research" anzufühlen, und angefangen hat, sich wie eine Community anzufühlen.
Die interessante Konsequenz
An dem Tag, an dem agentskills.io hundert Community-Skills überschritt, hat sich etwas Subtiles an dem Projekt verändert. Es war nicht mehr möglich zu beschreiben, was Hermes Agent ist, indem man Features auflistet, weil der Feature-Satz unbegrenzt geworden war. Was du beschreiben kannst, ist die Form des Ganzen: ein einzelner Agent, der mit der Chat-Plattform deiner Wahl spricht, Skills nach Bedarf einbindet, alles unter einem einheitlichen Sicherheitsmodell.
Das ist keine Feature-Liste. Das ist eine Plattform. Und das ist der Grund, warum das Skill-Ökosystem mehr zählt als jede einzelne Fähigkeit, die darin steckt.