Tages-Workshop

Skills — gib Deinem KI-Agenten neue Fähigkeiten

Was Skills sind, wo Du sie findest, wie Du sie sicher einsetzt und selbst baust — und wie Claude Code, Codex, opencode, OpenClaw, Hermes und Auxdata das Konzept jeweils umsetzen. Dein Fortschritt wird lokal gespeichert.

Worum geht's?

KI-Agenten wie Claude Code oder Codex können aus der Box schon viel — aber erst Skills machen sie zu Spezialisten: wiederverwendbare Fähigkeitspakete, die der Agent bei Bedarf lädt. Ein Skill bringt ihm bei, wie man in Deinem Team Rechnungen baut, Code reviewt oder Folien erstellt.

Diese Schulung führt Dich tool-neutral durchs Konzept: Was ist ein Skill? → Wo findet man welche? → Wie setzt man sie ein? → Wie baut man eigene? → Was muss man beachten (Sicherheit!) → und zum Schluss der Vergleich der großen Agenten-Ökosysteme.

Selbstlern-Kurs zum Durchklicken — Dein Fortschritt wird lokal gespeichert.

? Für wen sind Skills wichtig?

Für alle, die mit KI-Agenten mehr erreichen wollen als den Standard-Funktionsumfang.

⌨️

Entwickler:innen

Coding-Agenten methodisch & wiederholbar arbeiten lassen.

🏢

Teams & Firmen

Firmen-Wissen als Skill-Bibliothek teilen statt in Köpfen.

🤖

Agent-Betreiber

Self-Hosted-Agenten (OpenClaw, Hermes) sicher erweitern.

🛡️

IT-Verantwortliche

Risiken fremder Skills kennen & Governance aufsetzen.

💡 Neu hier? Arbeite die Stufen von oben nach unten durch — Stufen 1–5 sind das Fundament, Stufen 6–9 der Tool-Vergleich.

🗺️ Die 9 Stufen

Keine Vorkenntnisse nötig. Wenn Du schon einen Coding-Agenten benutzt, umso besser — die Beispiele lassen sich direkt ausprobieren. Stufen 1–5 funktionieren auch als kompakter Halbtag.

Stufe 1

Was sind Skills?

Das mentale Modell: Fähigkeitspakete, die Dein Agent bei Bedarf lädt — und wie sich Skills von Prompts, Projekt-Regeln und MCP unterscheiden.

1 Das mentale Modell

Ein Skill ist ein wiederverwendbares Fähigkeitspaket für einen KI-Agenten: ein Ordner mit einer SKILL.md-Datei — Anleitung plus Beschreibung, wann sie gilt — und optional Skripten und Vorlagen.

Agent + Skill — Skizze

Skizze

🤖

Agent

Modell + Werkzeuge

lädt bei Bedarf

Aufgabe passt zur Beschreibung

📦

Skill

SKILL.md + Skripte

Der Agent kennt von jedem Skill zunächst nur Name + Beschreibung. Passt eine Aufgabe, lädt er die volle Anleitung und folgt ihr.

Skill in einem Satz: eine Anleitung mit Trigger — Du bringst dem Agenten einmal bei, wie etwas geht, und er wendet es ab dann selbstständig an.

2 Was steckt in einem Skill?

🎯

Trigger-Beschreibung

Die description sagt dem Agenten, wann der Skill gilt.

📋

Anleitung

Markdown-Schritte, Regeln und Beispiele — der eigentliche Inhalt.

⚙️

Skripte (optional)

scripts/ mit ausführbarem Code, den der Agent nutzen darf.

📚

Referenzen (optional)

references/ & assets/ — Details und Vorlagen, erst bei Bedarf gelesen.

1SKILL.md — minimales Beispiel

---
name: rechnung-pdf
description: Use when der Nutzer eine Rechnung als PDF erstellen
  will — erzeugt aus Posten + Empfänger ein fertiges Firmen-PDF.
---

# Rechnung als PDF erstellen

1. Frage Rechnungsposten, Empfänger und Datum ab.
2. Nutze die Vorlage in assets/rechnung-vorlage.html.
3. Rendere sie mit scripts/render-pdf.py zu PDF.

Eine komplette, minimale SKILL.md: YAML-Kopf (name + description sind Pflicht), darunter die Anleitung in Markdown.

3 Progressive Disclosure — warum das skaliert

Würde der Agent alle Anleitungen immer komplett laden, wäre sein Kontextfenster sofort voll. Deshalb arbeitet der Skill-Mechanismus zweistufig:

Immer geladen: nur Name + Beschreibung aller Skills — ein kompakter Katalog.
Bei Bedarf geladen: die volle Anleitung des einen Skills, der zur Aufgabe passt (und erst dann dessen references/).

So funktionieren auch hunderte installierte Skills, ohne den Agenten zu verwirren — das Prinzip heißt Progressive Disclosure und ist Teil des offenen Agent-Skills-Standards (agentskills.io).

4 Abgrenzung: Was ein Skill nicht ist

📦 Skill

Fähigkeit auf Abruf — geladen, wenn die Aufgabe passt
Wiederverwendbar über Projekte und (dank Standard) über Tools hinweg
Kann Skripte & Vorlagen mitbringen

💬 Prompt

Einmalige Anweisung im Chat
Weg, sobald die Session endet
Gut zum Ausprobieren — schlecht zum Wiederverwenden

📜 CLAUDE.md / AGENTS.md

Projekt-Regeln, die immer gelten
„Wie arbeiten wir hier" — nicht „wie geht Aufgabe X"
Wird komplett in den Kontext geladen

🔌 MCP-Server / Subagent

MCP: verbindet den Agenten mit externen Tools/Daten (Datenbank, API)
Subagent: delegierter Arbeiter mit eigenem Kontext
Beides ergänzt Skills, ersetzt sie nicht

Faustregel: Regeln fürs ganze Projekt → CLAUDE.md/AGENTS.md. Externe Systeme anbinden → MCP. Wiederholbares Können („so machen wir X") → Skill.

✓ Geschafft, wenn Du …

… erklären kannst, was in einer SKILL.md steht und wofür die description da ist.

… weißt, warum Progressive Disclosure hunderte Skills möglich macht.

… Skill, Prompt, Projekt-Regeln (CLAUDE.md/AGENTS.md) und MCP auseinanderhalten kannst.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Stufe 2

Wo findet man Skills?

Vier Quellen — von offiziellen Sammlungen über Marketplaces bis zur firmeneigenen Bibliothek. Und wo Dein Tool sie auf der Platte sucht.

1 Die vier Quellen

🏷️

Offiziell / mitgeliefert

Eingebaute Skills + Hersteller-Repos, z. B. anthropics/skills. Geprüft, gepflegt — der sicherste Start.

🛒

Marketplaces

Kuratierte Kataloge, die Skills bündeln und installierbar machen (bei Claude Code als „Plugins").

🌍

Community

GitHub-Repos und Registries — riesige Auswahl (OpenClaws Registry zählt über 13.000 Skills), aber ungeprüft.

🏢

Firmeneigene Bibliothek

Das Skills-Repo Deines Teams: versioniert in Git, reviewt wie Code — Firmen-Wissen zum Mitnehmen.

Dank des offenen Standards ist die Quelle vom Tool entkoppelt: ein gut gebauter Skill aus einem GitHub-Repo läuft in Claude Code, Codex und opencode.

2 Hands-on: Wo sucht Dein Tool?

Jeder Agent scannt feste Orte auf Deiner Platte. Stell oben Deinen Coding-Agenten ein — die Beispiele passen sich an.

1Claude Code — Speicherorte & Marketplace

# Persönliche Skills (gelten überall für Dich):
~/.claude/skills/<skill-name>/SKILL.md

# Projekt-Skills (gelten im Repo, für das ganze Team):
.claude/skills/<skill-name>/SKILL.md

# Marketplace einbinden und Plugin (= Skill-Paket) installieren:
/plugin marketplace add anthropics/skills
/plugin install <name>@<marketplace>

Ein Plugin ist bei Claude Code das Verteilformat: es bündelt Skills (plus optional Hooks und MCP-Konfigurationen). Plugins sind die Distribution, Skills der Inhalt.

1Codex — Speicherorte

# Skills im Repo (jedes Verzeichnis vom Arbeitsordner bis zur Repo-Wurzel):
.agents/skills/<skill-name>/SKILL.md

# Installierte Skills auflisten (CLI/IDE):
/skills

Davon getrennt hält AGENTS.md die immer geltenden Projekt-Regeln (Kette: AGENTS.override.md → AGENTS.md → TEAM_GUIDE.md → .agents.md, näher am Arbeitsordner gewinnt). Skills = Workflows auf Abruf, AGENTS.md = Dauer-Regeln.

1opencode — Speicherorte (cross-kompatibel)

# Eigene Orte:
.opencode/skills/<skill-name>/SKILL.md
~/.config/opencode/skills/<skill-name>/SKILL.md

# Liest zusätzlich die Layouts der anderen Tools mit:
.claude/skills/   # Claude-Code-Projekt-Skills
.agents/skills/   # Codex-Skills

opencode entdeckt Skills nativ und liest auch .claude/skills und .agents/skills — ein gemeinsames Team-Repo funktioniert also für alle drei Agenten gleichzeitig.

3 Qualität ist nicht garantiert

Community-Skills sind ungeprüft. Jeder kann ein Skill-Repo veröffentlichen — von brillant bis kaputt bis bösartig ist alles dabei. Bevor Du installierst: erst lesen, dann installieren. Wie Du Skills systematisch prüfst, lernst Du in Stufe 5.

✓ Geschafft, wenn Du …

… die vier Skill-Quellen und ihre Vertrauensstufen nennen kannst.

… weißt, in welchen Ordnern Dein Tool nach Skills sucht.

… erklären kannst, was bei Claude Code ein Plugin von einem Skill unterscheidet.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Stufe 3

Skills einsetzen

Zwei Wege, einen Skill zu starten — und ein kompletter Workflow, Schritt für Schritt durchgespielt.

1 Zwei Wege zum Skill

🤖 Automatisch

Du stellst einfach Deine Aufgabe
Der Agent vergleicht sie mit den description-Texten seiner Skills
Passt eine — lädt er den Skill und folgt ihm

🎯 Explizit

Du nennst den Skill beim Namen
z. B. als Slash-Command: /rechnung-pdf
Zuverlässig — gut, wenn es genau dieser Skill sein soll

Der automatische Weg ist der eigentliche Clou: gut beschriebene Skills feuern von selbst, ohne dass Du an sie denken musst.

2 Ein Workflow, durchgespielt

Angenommen, der rechnung-pdf-Skill aus Stufe 1 ist installiert — so läuft die Aufgabe ab:

Coding-Agent — Skill feuert automatisch

> Erstell aus diesen drei Posten eine Rechnung als PDF für die Muster GmbH. ⚙ Aufgabe passt zur description von „rechnung-pdf" → Skill wird geladen 📋 Folge der Anleitung: Posten + Empfänger + Datum erfassen … 📄 Vorlage assets/rechnung-vorlage.html ausfüllen … ⚙ scripts/render-pdf.py ausführen … ✓ rechnung-muster-gmbh.pdf erstellt — geprüft nach Skill-Checkliste.

Was hier intern passiert: (1) Katalog-Abgleich (nur Name+Beschreibung), (2) Voll-Anleitung laden, (3) Schritte ausführen — inklusive der mitgelieferten Vorlagen und Skripte. Genau die Progressive Disclosure aus Stufe 1.

3 Skill feuert nicht? So hilfst Du nach

Beim Namen nennen: ruf ihn explizit auf (Slash-Command bzw. Mention) — das übersteuert den Katalog-Abgleich.
Schlüsselwörter verwenden: formuliere die Aufgabe mit Begriffen aus der description des Skills.
Bei eigenen Skills: die description schärfen — wie das geht, zeigt Stufe 4.

4 Hands-on: Skills aufrufen in Deinem Tool

2Claude Code

# Skill explizit als Slash-Command starten:
/rechnung-pdf

# Oder einfach die Aufgabe stellen — Claude matcht die description.
# Installierte Plugins/Skills verwalten:
/plugin

2Codex

# Verfügbare Skills auflisten:
/skills

# Skill gezielt erwähnen ($-Mention im Prompt):
$rechnung-pdf für die Muster GmbH

# Oder Aufgabe frei stellen — Codex wählt den Skill,
# wenn sie zur description passt.

2opencode

# opencode entdeckt Skills automatisch (natives Skill-Tool)
# und lädt sie, wenn die Aufgabe zur description passt.

# Explizit: Skill im Prompt beim Namen nennen —
# „Nutze den Skill rechnung-pdf für …"

Die genauen Befehle variieren je Version — /help bzw. die Doku Deines Tools zeigt den aktuellen Stand.

✓ Geschafft, wenn Du …

… beide Wege kennst, einen Skill zu starten (automatisch vs. explizit).

… die drei internen Schritte beschreiben kannst, wenn ein Skill feuert.

… weißt, was Du tust, wenn ein Skill nicht feuert.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Stufe 4

Eigene Skills bauen

SKILL.md schreiben, die description als Trigger schärfen — und Skills im Team teilen wie Code.

1 Die Anatomie einer SKILL.md

Ein vollständiger Skill ist erstaunlich wenig Datei — hier ein realistisches Beispiel:

1skills/changelog-pflegen/SKILL.md

---
name: changelog-pflegen
description: Use when ein Release vorbereitet wird oder der Nutzer
  nach Changelog/Release-Notes fragt — pflegt CHANGELOG.md im
  Keep-a-Changelog-Format mit deutschen Einträgen.
---

# Changelog pflegen

## Wann diesen Skill nutzen
Vor jedem Release oder wenn Änderungen dokumentiert werden sollen.

## Schritte
1. Lies die Commits seit dem letzten Release-Tag.
2. Gruppiere nach: Hinzugefügt / Geändert / Behoben.
3. Schreibe Einträge nutzerverständlich (kein Commit-Jargon).
4. Halte das Format aus references/beispiel-eintrag.md ein.

## Regeln
- Datum im Format JJJJ-MM-TT.
- Keine internen Ticketnummern in den Texten.

YAML-Kopf: name + description sind Pflicht. Body: Markdown, so konkret wie eine Anleitung für neue Kolleg:innen. Details und Vorlagen gehören nach references/ — nicht in den Body (Progressive Disclosure).

2 Die description ist der Trigger

✗ Vage — feuert nie (oder dauernd)

description: Hilft bei Dokumentation.
Kein „wann", keine Schlüsselwörter
Der Agent kann die Aufgabe nicht zuordnen

✓ Konkret — feuert zuverlässig

„Use when ein Release vorbereitet wird oder der Nutzer nach Changelog/Release-Notes fragt …"
Nennt Situationen und Schlüsselwörter
Sagt, was der Skill liefert

Test: Stell nach dem Bauen eine echte Aufgabe, ohne den Skill zu nennen. Feuert er nicht, fehlen in der description die Wörter, die Du in der Aufgabe benutzt hast.

3 Handwerksregeln

Beim Bauen beachten

Eine Fähigkeit pro Skill — „kann alles" triggert nichts. Lieber drei kleine Skills als einen Sammel-Skill.

Body kurz halten — Details, Tabellen und Vorlagen nach references/, ausführbarer Code nach scripts/.

Beispiele hinein — ein gutes Beispiel ersetzt drei Absätze Regeln.

Keine Secrets — niemals Tokens, Passwörter oder Kundendaten in Skill-Dateien (sie wandern mit jedem Teilen mit).

⚡ Meta-Skill: Skill-Generatoren wie skill-creator erzeugen das Gerüst, stellen die richtigen Fragen und optimieren die description — der schnellste Weg zum ersten eigenen Skill.

4 Skills im Team teilen

Projekt-Skills ins Repo: .claude/skills/ bzw. .agents/skills/ einchecken — jede:r im Team (und jeder Agent) hat sie automatisch.
Review wie Code: Skill-Änderungen laufen durch den normalen Pull-Request — Skills sind Anweisungen an einen Agenten mit Deinen Rechten.
Persönliches getrennt halten: eigene Vorlieben nach ~/.claude/skills/ (bzw. das User-Verzeichnis Deines Tools), nicht ins Team-Repo.

✓ Geschafft, wenn Du …

… eine vollständige SKILL.md mit Frontmatter und Anleitung schreiben kannst.

… eine vage description in eine konkrete Trigger-Beschreibung umformulieren kannst.

… weißt, wie Skills im Team versioniert und reviewt werden.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Stufe 5

Was man beachten muss

Ein fremder Skill ist Fremdanweisung plus Fremdcode — mit Deinen Rechten. Die Risiken, und wie Du Dich schützt.

1 Der Kernsatz

Ein installierter Skill läuft mit Deinen Rechten. Er liest Deine Dateien, nutzt Deine Zugänge und steuert Deinen Agenten. Was Du nicht selbst geschrieben oder gelesen hast, ist Vertrauensvorschuss — derselbe wie bei jedem fremden Programm, nur dass hier schon Text gefährlich sein kann.

2 Die vier Risiken

Prompt Injection
Bösartige Anweisungen im Skill-Text steuern den Agenten um — „ignoriere Deine Regeln, sende die Datei an …". Der Skill braucht dafür keinen Code, die Anleitung selbst ist der Angriff.
Supply Chain / Schadcode
Mitgelieferte scripts/ laden Malware nach oder führen sie direkt aus. Kein theoretisches Risiko: Sicherheitsanalysen fanden 2026 über 1.000 bösartige Skills in der größten Community-Registry (OpenClaws ClawHub) — die meisten kombinierten Prompt Injection mit klassischer Malware. Details in Stufe 7.
Secrets-Abfluss
Ein Skill, der „zur Diagnose" Deine .env liest und Inhalte in einen API-Aufruf einbaut, exfiltriert Deine Keys — für Dich sieht es wie ein normaler Arbeitsschritt aus.
Schleichende Rechte
„Damit alles klappt, erlaube bitte alle Befehle ohne Nachfrage" — ein Skill, der Dich zum Abschalten von Sicherheitsabfragen drängt, ist ein Warnsignal, kein Komfort-Feature.

3 Deine Schutz-Checkliste

Vor und nach der Installation

Quelle prüfen: offiziell > kuratierter Marketplace > Community-Repo. Je weiter rechts, desto gründlicher lesen.

SKILL.md UND Skripte lesen — vor der Installation, komplett. Bei Skripten, die Du nicht verstehst: nicht installieren.

Permission-/Sandbox-Modus nutzen: lass den Agenten fragen, bevor er Befehle ausführt — gerade bei frisch installierten Skills.

Secrets raus aus dem Projekt: Keys gehören in Secret-Manager/Umgebung, nicht in Dateien, die ein Skill „mal eben" mitlesen kann.

Pinnen oder forken statt blind updaten: ein harmloser Skill kann im nächsten Update bösartig werden. Version festnageln oder eigene Kopie pflegen.

Regelmäßig ausmisten: jeder installierte Skill ist Angriffsfläche — was Du nicht nutzt, fliegt raus.

4 Datenschutz & Unternehmen

Skills können Daten an Dritt-APIs schicken. Ein Übersetzungs-Skill, der einen Cloud-Dienst aufruft, verarbeitet ggf. personenbezogene Daten — vor dem Einsatz im Unternehmen klären: Welche Dienste ruft der Skill auf? Gibt es einen AVV? (DSGVO)

Für Teams bewährt: eine kuratierte interne Allowlist — geprüfte Skills im Firmen-Repo, Installation aus freien Registries gesperrt. Eine Person reviewt Neuzugänge, alle anderen nutzen nur Freigegebenes. (Wie Plattformen das institutionalisieren, zeigt Stufe 8.)

✓ Geschafft, wenn Du …

… erklären kannst, warum schon der Text eines Skills ein Angriff sein kann (Prompt Injection).

… die vier Risiko-Klassen fremder Skills nennen kannst.

… vor jeder Installation weißt, was Du prüfst — und warum „pinnen statt blind updaten" gilt.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Stufe 6

IDE-Agenten im Vergleich

Claude Code, Codex und opencode sprechen heute alle denselben offenen Skill-Standard — die Unterschiede stecken in Distribution und Drumherum.

1 Die große Konvergenz

Gute Nachricht: Seit Agent Skills ein offener Standard sind (agentskills.io, von Anthropic Ende 2025 freigegeben), unterstützen alle drei großen IDE-Agenten dasselbe SKILL.md-Format. Was Du in Stufe 4 gebaut hast, läuft überall — die Frage ist nicht mehr „wer kann Skills?", sondern „wie kommen Skills rein, und was gibt es drumherum?"

2 Claude Code — Skills + Plugin-Ökosystem

Der Ursprung des Standards, mit dem am weitesten ausgebauten Verteil-System.

Drei Ebenen: persönlich (~/.claude/skills/), Projekt (.claude/skills/) und Plugins — installierbare Pakete aus Skills + Hooks + MCP-Konfigurationen.
Marketplaces: /plugin marketplace add bindet Kataloge ein — vom offiziellen anthropics/skills bis zu Community-Marketplaces mit tausenden Skills.
Methodik-Suiten: verbreitete Plugin-Sammlungen bringen ganze Arbeits-Workflows mit (Planen, TDD, Debugging, Review) — mehr dazu im Bonus „Start-Set".

Vertiefung: Claude Code in der IDE — die eigene Schulung zum Agenten selbst.

3 Codex — Skills + AGENTS.md-Kette

OpenAIs Agent trennt sauber zwischen Dauer-Regeln und Fähigkeiten auf Abruf.

Skills nativ: .agents/skills/ wird vom Arbeitsordner bis zur Repo-Wurzel gescannt; Aufruf per /skills, $-Mention oder automatisch über die description.
AGENTS.md-Kette für Regeln: AGENTS.override.md → AGENTS.md → TEAM_GUIDE.md → .agents.md, root-down zusammengesetzt — näher am Arbeitsordner gewinnt.
Memories ergänzen: Codex merkt sich Kontext aus früherer Arbeit — Skills bleiben für die wiederholbaren Abläufe zuständig.

Vertiefung: Codex in der IDE.

4 opencode — der Brückenbauer

Quelloffen, providerunabhängig — und liest die Skill-Ordner der anderen gleich mit.

Skills nativ + cross-kompatibel: eigenes .opencode/skills/, liest aber auch .claude/skills/ und .agents/skills/ — ein Team-Repo bedient alle drei Agenten.
Plugins & Commands: JS/TS-Plugins erweitern die Funktionalität, Custom /commands ergänzen feste Abläufe — Skills bleiben die portablen Fähigkeiten.
Freie Modellwahl: als providerunabhängiger Agent kombinierst Du Skills mit dem LLM Deiner Wahl — auch mit europäischen oder selbst gehosteten Modellen.

Vertiefung: opencode in der IDE.

5 Mini-Matrix der drei

⚡ Gleich bei allen

SKILL.md-Format (offener Standard)
Automatisches Triggern über die description
Projekt-Skills im Repo teilbar

🔍 Unterschiede

Claude Code: Plugins + Marketplaces (größtes Verteil-Ökosystem)
Codex: AGENTS.md-Regel-Kette + Memories
opencode: liest alle Skill-Layouts, freie Modellwahl

✓ Geschafft, wenn Du …

… erklären kannst, was die „Konvergenz auf den offenen Standard" praktisch bedeutet.

… weißt, was bei Claude Code ein Plugin, bei Codex die AGENTS.md-Kette und bei opencode die Cross-Discovery ist.

… für ein Team-Repo weißt, wohin Skills gehören, damit alle drei Agenten sie finden.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Stufe 7

Self-Hosted-Agenten: OpenClaw & Hermes

Zwei entgegengesetzte Skill-Welten: der riesige Community-Pool — und der Agent, der seine Skills selbst schreibt.

1 OpenClaw — der Community-Pool

Der persönliche Multi-Channel-Agent lebt von seinem Ökosystem: die Community-Registry ClawHub zählt über 13.700 Skills — für fast alles existiert schon einer.

Die Kehrseite — belegt, nicht theoretisch: Mehrere Sicherheitsanalysen fanden 2026 über 1.000 bösartige Skills auf ClawHub („ClawHavoc"-Kampagne) — die meisten kombinierten Prompt Injection mit klassischer Malware. Dazu kamen manipulierte Rankings (ein bösartiger Skill stand zeitweise auf Platz 1) und gefälschte Installer. Beliebtheit ≠ Vertrauenswürdigkeit.

Deshalb gilt bei OpenClaw die Stufe-5-Checkliste in verschärfter Form — als fester Kurations-Workflow:

Quelltext lesen: SKILL.md und alle Skripte — vor der Installation, nicht danach.
Forken oder pinnen: eigene Kopie bzw. feste Version statt „latest" — Updates können aus gut böse machen.
Minimale Rechte: dem Agenten nur die Kanäle und Befehle freischalten, die der Skill wirklich braucht.
Isoliert testen: neuen Skill erst in einer Sandbox/Test-Instanz laufen lassen, dann auf den produktiven Agenten.

Vertiefung: OpenClaw — die eigene Schulung zu Setup und Betrieb.

2 Hermes — der Agent, der Skills selbst schreibt

Der lernende Agent von Nous Research (Open Source, MIT) dreht das Modell um: statt Skills zu installieren, destilliert er nach jeder gelösten Aufgabe selbst einen — als Markdown-File in seine Skill-Bibliothek, das bei passenden Folge-Aufgaben automatisch geladen wird.

Hermes Skill-Loop — Skizze

Skizze

Closed-Loop-Lernen: Erfahrung wird zu wiederverwendbarem Skill — der Agent wird mit jeder Aufgabe besser in Deinen Abläufen.

Gelernte Skills brauchen Review: Was der Agent sich selbst beigebracht hat, hat niemand geprüft. Schau die neu entstandenen Skill-Files regelmäßig durch wie einen Pull Request — falsch Gelerntes festigt sich sonst (Checkpoints erlauben den Rollback).

Vertiefung: Hermes Agent — die eigene Schulung zum lernenden Agenten.

3 Gegenüberstellung

🌍 OpenClaw — Community-Pool

13.700+ fertige Skills — sofort nutzbar
Risiko: ungeprüfte Fremd-Skills (Supply Chain)
Kuration = Fremdes prüfen, bevor es reinkommt

🧠 Hermes — selbstlernend

Skills entstehen aus Deinen eigenen Aufgaben
Risiko: ungeprüft Gelerntes festigt sich
Kuration = Eigenes reviewen, nachdem es entstand

Beide brauchen Kuration — aus entgegengesetzten Gründen. Wer das Prinzip aus Stufe 5 verstanden hat, kann beide sicher betreiben.

✓ Geschafft, wenn Du …

… den ClawHub-Sicherheitsvorfall 2026 und seine Lehre wiedergeben kannst.

… die vier Schritte des Kurations-Workflows für Community-Skills kennst.

… erklären kannst, wie Hermes Skills lernt und warum auch gelernte Skills Review brauchen.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Stufe 8

Plattform-Blick: Auxdata

Was passiert, wenn nicht Du kuratierst, sondern die Plattform? Der Governance-Ansatz — und für wen er passt.

1 Eine andere Philosophie

Auxdata ist kein Datei-Format, sondern eine Plattform. Fähigkeiten heißen dort Agenten, AI-Services und Workflows (gespeist aus Wissensdatenbanken) — sie werden zentral angelegt, geprüft und von Administrator:innen ans Team verteilt. Einen freien Marketplace, aus dem jede:r installiert, gibt es bewusst nicht.

Das ist die institutionalisierte Form dessen, was Stufe 5 als „kuratierte interne Allowlist" empfohlen hat: Die Plattform übernimmt, was Du bei Coding-Agenten selbst tun musst.

2 Selbst-Kuration vs. Plattform-Governance

🛠️ Coding-Agent (Du kuratierst)

Du prüfst Quelle, SKILL.md und Skripte selbst
Du pinnst Versionen und mistest aus
Maximale Freiheit — volle Eigenverantwortung

🏛️ Auxdata (Plattform kuratiert)

Geprüfte Agenten/AI-Services, zentral verteilt über Rollen & Rechte
KI-Firewall prüft Ein- und Ausgaben
DSGVO-konformes Hosting — Governance ab Werk

3 Wann passt welcher Weg?

Plattform-Ansatz passt, wenn … Dein Team nicht im Terminal lebt, Compliance-/Datenschutz-Anforderungen hoch sind oder eine zentrale Verwaltung gewünscht ist — Fähigkeiten kommen geprüft an, niemand installiert versehentlich Malware.
Datei-Skills passen, wenn … Du maximale Flexibilität brauchst, eigene Skills im Repo versionieren willst oder Dein Workflow ohnehin in der IDE stattfindet.
Beides kombinieren: viele Teams fahren zweigleisig — Plattform für die Breite der Belegschaft, Datei-Skills für das Entwicklungs-Team. Die Konzepte aus Stufen 1–5 gelten in beiden Welten.

✓ Geschafft, wenn Du …

… erklären kannst, was bei Auxdata an die Stelle von SKILL.md und Marketplace tritt.

… den Unterschied zwischen Selbst-Kuration und Plattform-Governance kennst.

… für Dein Team einschätzen kannst, welcher Weg (oder welche Kombination) passt.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Stufe 9

Matrix & Entscheidung

Alle sechs Tools nebeneinander — und die Frage, die wirklich zählt: welcher Weg passt zu Dir?

1 Die große Vergleichsmatrix

Tool	Format	Quelle / Registry	Installation	Auto-Trigger	Kuration / Governance
Claude Code	`SKILL.md` (offener Standard)	anthropics/skills + Plugin-Marketplaces	`/plugin install` oder Skill-Ordner	✓ über description	selbst — Repo-Review + Quellen prüfen
Codex	`SKILL.md` (offener Standard)	`.agents/skills` im Repo	Skill-Ordner ins Repo	✓ description, dazu `/skills` + `$`	selbst — Repo-Review
opencode	`SKILL.md` (offener Standard)	liest `.opencode/`, `.claude/` & `.agents/`	Skill-Ordner (beliebiges Layout)	✓ über description	selbst — Repo-Review
OpenClaw	Community-Skills (Markdown + Tools)	ClawHub, 13.700+ Skills	aus der Registry	✓	selbst — Pflicht! (Vorfälle 2026: lesen, pinnen, isoliert testen)
Hermes	selbst destillierte Markdown-Skills	eigene, wachsende Bibliothek	entsteht beim Arbeiten	✓ kontextuell geladen	Review des Gelernten + Checkpoints/Rollback
Auxdata	Plattform: Agenten, AI-Services, Workflows	zentrale Plattform	Admin verteilt über Rollen & Rechte	— (zugewiesen statt getriggert)	Plattform — geprüfte Bausteine, KI-Firewall, DSGVO

Eigene Skills bauen kannst Du in allen sechs Welten — bei den IDE-Agenten als SKILL.md (Stufe 4), bei OpenClaw im Community-Format, bei Hermes baut der Agent selbst, bei Auxdata über den Plattform-Editor.

2 Welcher Weg passt zu Dir?

Du arbeitest in der IDE und willst sofort loslegen? → Claude Code, Codex oder opencode — dank des offenen Standards ist die Skill-Frage kein Entscheidungskriterium mehr; wähle nach Modell, Ökosystem und Lizenz.
Du willst einen persönlichen Agenten mit riesigem Skill-Pool — und bist bereit zu kuratieren? → OpenClaw (mit dem Kurations-Workflow aus Stufe 7!). Soll der Agent stattdessen aus Deinen Aufgaben selbst lernen → Hermes.
Dein Team braucht zentrale Verwaltung, Datenschutz und Governance? → Auxdata — geprüfte Fähigkeiten statt freiem Marketplace, KI-Firewall und DSGVO-Hosting ab Werk.

3 Das Wichtigste zum Mitnehmen

Die Konzepte sind übertragbar. Wer einmal verstanden hat, was eine Trigger-Beschreibung ist, warum Progressive Disclosure skaliert und wieso fremde Skills Kuration brauchen, findet sich in jedem dieser Ökosysteme zurecht — egal, welches Tool nächstes Jahr vorn liegt.

✓ Geschafft, wenn Du …

… die sechs Tools anhand von Format, Quelle und Governance einordnen kannst.

… für Dein eigenes Szenario einen begründeten Favoriten benennen kannst.

… weißt, welche Konzepte tool-übergreifend gleich bleiben.

Versionsstand: Skill-Ökosysteme ändern sich schnell · Stand Juni 2026

Bonus

Empfohlenes Start-Set

Bewährte Skill-Kategorien für den Einstieg — Namen variieren je Tool und Quelle, das Prinzip zählt. (Zählt nicht für den Fortschritt.)

🧭 Methodik-Suite

Der größte Hebel zuerst: Skills, die dem Agenten Arbeitsweisen beibringen statt Einzelaufgaben.

💡

brainstorming

Erst Anforderungen klären und Design abstimmen — dann coden.

📝

writing-plans / executing-plans

Aus Specs ausführbare Schritt-Pläne machen und abarbeiten.

🧪

test-driven-development

Test zuerst, dann Implementierung — diszipliniert statt drauflos.

🐞

systematic-debugging

Bugs methodisch eingrenzen statt raten.

🛠️ Bauen & Prüfen

🧩

skill-creator

Der Meta-Skill: erzeugt Skill-Gerüste und optimiert descriptions — Stufe 4 in Werkzeugform.

🔍

code-review

Strukturierte Qualitäts-Reviews der eigenen Änderungen.

🛡️

security-review

Sicherheitsblick auf den Diff — passt zur Stufe-5-Denkweise.

✅

verification-before-completion

„Fertig" erst nach belegter Verifikation — gegen voreilige Erfolgsmeldungen.

📄 Über Code hinaus

📃

docx / pdf

Dokumente und Berichte erzeugen — Angebote, Protokolle, Reports.

📊

pptx / xlsx

Folien und Tabellen direkt aus dem Agenten — fürs Tagesgeschäft im Büro.

✍️

doc-coauthoring

Strukturiertes Schreiben von Doku, Specs und Proposals.

🔌

MCP-Anbindungen

Kein Skill, aber der Nachbar: externe Tools & Datenquellen anbinden (Stufe 1).

So startest Du: Methodik-Suite + skill-creator + ein Office-Skill installieren (Quelle prüfen — Stufe 5!), eine Woche damit arbeiten, dann gezielt ergänzen. Lieber fünf Skills, die Du kennst, als fünfzig, die Du nie gelesen hast.

Lernkontrolle

Quiz

7 Fragen quer durch die Skills-Stufen. Ab 6 richtigen Antworten schaltest du dein Zertifikat frei.

Frage 1 von 7

…

Abschluss

Dein Zertifikat

Glückwunsch! Trage deinen Namen ein und drucke das Zertifikat (oder speichere als PDF).

Dein Name (erscheint auf dem Zertifikat):

FL

Florian Ludwig

AI Consultant · Kutzschbach INNOVATIONS

Zertifikat

Skills für KI-Agenten

Hiermit wird bestätigt, dass

Dein Name hier

den Workshop „Skills für KI-Agenten — finden, einsetzen, selbst bauen" erfolgreich abgeschlossen hat.

—Datum

★GEPRÜFT

Florian LudwigAI Consultant · Kutzschbach INNOVATIONS