Zum Hauptinhalt springen
Skills werden als SKILL.md-Dateien in einem entsprechend benannten Verzeichnis definiert. Auf dieser Seite finden Sie alles, was Sie wissen müssen, um wirkungsvolle Skills zu schreiben.

Dateistruktur

Lege Skills je nach Geltungsbereich im entsprechenden Verzeichnis ab:
Der Verzeichnisname ist die Kennung des Skills (wird für den Aufruf von /my-skill verwendet). Die Datei SKILL.md enthält optionales YAML-Frontmatter und den Prompt-Inhalt des Skills.
Unter Windows bezieht sich %APPDATA% typischerweise auf C:\Users\<YourUser>\AppData\Roaming.

Frontmatter-Referenz

Alle Frontmatter-Felder


Modell-Override

Verwenden Sie das Feld model, um ein Skill mit einem anderen Modell auszuführen als dem aktiven Modell der aktuellen Sitzung. Das ist nützlich, wenn Sie für einfache Aufgaben ein schnelleres Modell oder für komplexe Aufgaben ein leistungsfähigeres Modell verwenden möchten:
Der Modellname verwendet dieselben Werte wie das CLI-Flag --model (z. B. opus, sonnet, swe, codex). Die vollständige Liste finden Sie unter Models. Nach Abschluss des Skills kehrt die Sitzung zum zuvor aktiven Modell zurück.

Skills als Subagents ausführen

Das Ausführen von Skills als Subagents ist experimentell. Die Frontmatter-Felder subagent und agent können sich in zukünftigen Releases ändern.
Standardmäßig wird der Prompt eines Skills in die aktuelle Unterhaltung eingefügt — der Agent verarbeitet ihn inline. Alternativ können Sie einen Skill als Subagent ausführen. Dabei wird ein unabhängiger Worker mit eigenem Kontextfenster gestartet. Das ist nützlich für Skills, die fokussierte, in sich abgeschlossene Aufgaben ausführen und deren Ausgabe die Hauptunterhaltung nicht überladen soll. Es gibt zwei Möglichkeiten, einen Skill als Subagent auszuführen:

subagent: true

Setze subagent: true, um den Skill mit dem Standardprofil subagent_general als Subagent auszuführen:
Wenn dieses Skill aufgerufen wird, startet es einen Subagenten im Vordergrund, der den Prompt des Skills als Aufgabe ausführt. Der übergeordnete Agent wartet, bis der Subagent seine Arbeit abgeschlossen hat, liest anschließend die Ergebnisse und fasst sie zusammen.

agent: <profile>

Verwende das Feld agent, um den Skill als Subagent mit einem bestimmten benutzerdefinierten Subagent-Profil auszuführen:
Der Wert agent muss dem Namen eines registrierten Subagent-Profils entsprechen (entweder eines integrierten Profils wie subagent_explore / subagent_general oder eines benutzerdefinierten Profils, das Sie definiert haben). Der Subagent übernimmt den System-Prompt, die Tool-Einschränkungen und das Modell des Profils — der Inhalt des Skills wird dabei zur Aufgabe.
Wenn sowohl agent als auch subagent gesetzt sind, hat agent Vorrang. Das Feld model im Skill überschreibt das Modell des Subagent-Profils, wenn beide angegeben sind.
Skills, die als Subagenten ausgeführt werden, erzeugen keine verschachtelten Subagenten — wenn ein Skill bereits innerhalb eines Subagenten ausgeführt wird, wird er stattdessen inline ausgeführt, um eine unendliche Rekursion zu verhindern.

Subagents mithilfe von Skills orchestrieren

Da Skills als Subagenten ausgeführt werden können, lassen sie sich zum Orchestrieren mehrstufiger Abläufe verwenden. Definieren Sie eine Reihe von Subagent-Skills, die jeweils eine klar abgegrenzte Aufgabe übernehmen, und schreiben Sie dann einen regulären Skill, der sie aufruft. Der übergeordnete Skill fungiert als Orchestrator — er ruft jeden Subagenten auf, sammelt die Ergebnisse und entscheidet, was als Nächstes zu tun ist. Zum Beispiel finden Sie hier zwei Subagent-Skills und einen Orchestrator, der sie koordiniert:
Das Aufrufen von /health-check führt den Orchestrator im Haupt-Agenten aus. Dabei wird /research-changes aufgerufen, das einen Subagenten startet, um das Repo zu untersuchen. Sobald das abgeschlossen ist, wird /validate-tests aufgerufen, das einen weiteren Subagenten startet, um die Tests auszuführen. Der Orchestrator führt anschließend beide Ergebnisse in einer abschließenden Zusammenfassung zusammen. Ein Subagenten-Skill setzt beim Aufrufen anderer Skills niemals einen Subagenten ein, selbst wenn diese Skills subagent: true haben — sie werden stattdessen inline ausgeführt. Das bedeutet, dass du dir keine Gedanken über unbegrenzte Verschachtelung machen musst. Das Orchestrierungsmuster geht immer nur eine Ebene tief: Der Orchestrator startet Subagenten, und diese Subagenten führen alles andere inline aus.

Prompt-Inhalt

Der Inhalt der Datei SKILL.md (nach dem frontmatter) ist der Prompt, der beim Aufrufen des Skills eingefügt wird.

Berechtigungen

Skills können ihren eigenen Geltungsbereich mit derselben Syntax wie die Hauptkonfiguration der Berechtigungen definieren:
So funktionieren Skill-Berechtigungen:
  • allow — Diese Geltungsbereiche werden bei der Skill-Ausführung automatisch freigegeben
  • deny — Diese Geltungsbereiche werden bei der Skill-Ausführung blockiert
  • ask — Bei diesen Geltungsbereichen wird der Nutzer immer zur Bestätigung aufgefordert
Skill-Berechtigungen sind additiv zu den Basisberechtigungen der Sitzung (sie ersetzen sie nicht). Ein Skill kann keine Berechtigungen gewähren, die auf einer höheren Ebene verweigert werden (in der Projekt- oder Organisationskonfiguration).

Zulässige Tools

Lege fest, welche Tools der Skill verwenden darf:
Verfügbare Toolnamen: read, edit, grep, glob, exec Sie können auch MCP-Tools zulassen:
Wenn allowed-tools nicht angegeben ist, hat das Skill Zugriff auf alle Tools. Beschränken Sie den Zugriff bei sicherheitskritischen Skills immer auf das notwendige Minimum.

Beispiele

Code-Review-Skill

Komponentengenerator

Bereitstellungs-Checkliste

Suchprofi


Tipps

Prompts fokussiert halten

Ein Skill sollte eine Sache gut machen. Erstelle mehrere Skills statt eines Mega-Skills.

Beispiele hinzufügen

Zeige dem Agenten in deinem Prompt, wie eine gute Ausgabe aussieht.

allowed-tools verwenden

Wenn du Tools einschränkst, werden Skills sicherer und vorhersehbarer.

Mit /skill-name testen

Führe deinen Skill aus und passe den Prompt iterativ an, bis die Ausgabe deinen Vorstellungen entspricht.