Eigene Agent-Skill aus einem realen Fehler schreiben

Schreiben Sie Ihre eigene Agent-Skill aus einem realen Fehler

Am besten schreiben Sie eine eigene Agent-Skill, indem Sie sie aus einem realen Fehler ableiten. Suchen Sie eine Aufgabe, die Ihr Coding-Agent zweimal falsch ausgeführt hat. Notieren Sie die Korrektur, die Sie beide Male eingegeben haben, und speichern Sie diese Korrektur als SKILL.md-Datei, die der Agent selbst laden kann. Danach geht es nur noch um die technische Umsetzung: den Dateiaufbau und die eine Zeile, die entscheidet, ob die Skill überhaupt ausgelöst wird.

Diese Reihenfolge ist wichtig. Eine ausgedachte Skill dokumentiert ein Problem, das bei Ihnen nie aufgetreten ist, und benötigt trotzdem in jeder Sitzung zusätzlichen Kontext. Eine aus einem beobachteten Fehler abgeleitete Skill bringt ihren eigenen Test mit: Stellen Sie dieselbe Anfrage erneut und prüfen Sie, ob der Agent sie diesmal korrekt ausführt. Wenn das Format für Sie neu ist, lesen Sie zuerst was Agent-Skills sind und wie ein Agent sie lädt und schreiben Sie anschließend Ihre Skill.

Beginnen Sie mit einer Aufgabe, die der Agent zweimal falsch ausgeführt hat

Einmal kann Zufall sein. Zweimal ist ein Muster, und ein Muster ist eine Datei wert.

Hier ist ein Fehler, der auf realen Servern wiederholt auftritt. Sie weisen den Agenten an, einen Reverse-Proxy-Block zu nginx hinzuzufügen. Er bearbeitet /etc/nginx/conf.d/app.conf und führt anschließend sudo systemctl restart nginx aus. Die Änderung enthält einen Tippfehler. Deshalb verweigert nginx den Start, und die Website bleibt offline, bis Sie den Fehler beheben:

nginx: [emerg] unknown directive "proxy_pas" in /etc/nginx/conf.d/app.conf:12
Job for nginx.service failed because the control process exited with error code.

Sie korrigieren den Fehler im Chat. Testen Sie die Konfiguration mit sudo nginx -t, bevor Sie den Dienst anfassen. Wenden Sie sie anschließend mit reload statt mit restart an. Eine Woche später tritt bei einer anderen Aufgabe derselbe Fehler auf. Dieses zweite Auftreten ist das Signal.

Notieren Sie zwei Dinge, solange der Fehler noch vor Ihnen liegt: die von Ihnen eingegebene Anfrage und die Korrektur, die Sie in Ihren eigenen Worten gegeben haben. Diese beiden Zeilen werden zum Skill. Die Anfrage legt fest, auf welche Auslöser der Skill reagieren muss. Die Korrektur bildet den vollständigen Inhalt.

Die eigene Dokumentation von Anthropic zur Erstellung von Skills stellt diesen Schritt an die erste Stelle. Führen Sie den Agenten ohne Skill mit repräsentativen Aufgaben aus. Halten Sie fest, an welchen Stellen er fehlschlägt. Schreiben Sie anschließend die minimalen Anweisungen, die diese Fehler beheben. Die Fehler sind die Spezifikation. Deshalb ist ein Skill, den Sie nicht auf einen konkreten Fehler zurückführen können, in der Regel ein Skill, den niemand benötigt hat.

Ein ausgearbeitetes Beispiel für dieselbe Verdichtung finden Sie unter Ponytail macht aus einem wiederholten Fehler, bei dem ein Agent deutlich mehr umschreibt als angefordert, einen Skill. Sie können es vollständig lesen, bevor Sie Ihren eigenen Skill schreiben.

Aufbau eines Skills

Ein Skill ist ein Verzeichnis mit einer erforderlichen Datei.

.claude/skills/nginx-config-changes/
├── SKILL.md
├── reference/
│   └── proxy-headers.md
└── scripts/
    └── check-and-reload.sh

SKILL.md beginnt mit einem Frontmatter-Block. Dieser enthält einige in YAML formulierte Einstellungen (dasselbe Konfigurationsformat wie in Docker-Compose-Dateien) zwischen den Markern ---. Danach folgen die Anweisungen im Markdown-Format. Hier sehen Sie den vollständigen Skill für den oben beschriebenen Fehler.

---
name: nginx-config-changes
description: Tests and reloads nginx safely after a config edit. Use when editing files under /etc/nginx, adding a server block or a reverse proxy, or changing a TLS certificate path.
---

## Rules

Run `sudo nginx -t` after every edit under `/etc/nginx`. Do not touch the service until it prints `test is successful`.

Apply the change with `sudo systemctl reload nginx`. Never use `restart`. A reload keeps the running workers serving traffic until the new config parses, so a broken config leaves the site up. A restart stops nginx first, so a broken config takes the site down.

If `nginx -t` fails, fix the file and test again. Never reload a config that failed the test.

For the proxy header defaults this project expects, see [reference/proxy-headers.md](reference/proxy-headers.md).

Die Datei hat weniger als 20 Zeilen und ist ein vollständiger Skill. Die Bestandteile:

• name: maximal 64 Zeichen, nur Kleinbuchstaben, Ziffern und Bindestriche. Die Wörter claude und anthropic dürfen nicht enthalten sein. Bei einem persönlichen oder projektspezifischen Skill ist dies nur die angezeigte Bezeichnung. Der eingegebene Befehl wird aus dem Verzeichnisnamen abgeleitet. Dieser Skill wird daher über /nginx-config-changes aufgerufen.
• description: Beschreibung der Funktion des Skills und der Situationen, in denen er verwendet wird, mit maximal 1.024 Zeichen. Diese Zeile übernimmt die eigentliche Steuerung. Im nächsten Abschnitt geht es ausschließlich darum.
• Der Hauptteil: die Anweisungen, die erst geladen werden, wenn der Skill tatsächlich aktiviert wird.
• reference/: zusätzliche Dateien, die der Agent bei Bedarf liest. Verknüpfen Sie sie über SKILL.md und halten Sie die Verknüpfungen nur eine Ebene tief. Eine Datei, auf die von einer anderen referenzierten Datei verwiesen wird, wird häufig nur teilweise gelesen.
• scripts/: Dateien, die der Agent ausführt, statt sie zu lesen. Nur deren Ausgabe belegt Kontext. Daher ist ein Skript mit 300 Zeilen kostengünstig.

Eine Skill wächst zu ihrer vollständigen Struktur, wenn das zu korrigierende Verhalten hartnäckig genug ist, um eine solche Struktur zu erfordern. Die Skill unlazy nutzt diesen Raum für einen Depth Tree, eine Reihe von Gate-Dateien und einen PLAN.md-Vertrag, damit ein Agent nicht behauptet, fertig zu sein, während ganze Arbeitszweige unbearbeitet bleiben.

Der Speicherort des Verzeichnisses bestimmt, für wen der Skill verfügbar ist.

• .claude/skills/<name>/SKILL.md im Repository: nur für dieses Projekt. Der Skill wird an alle weitergegeben, die das Repository klonen.
• ~/.claude/skills/<name>/SKILL.md: für jedes Projekt auf Ihrem Rechner, aber für niemanden sonst.
• <plugin>/skills/<name>/SKILL.md: innerhalb eines Plugins ausgeliefert und überall verfügbar, wo dieses Plugin aktiviert ist.

Erstellen Sie den Skill mit mkdir -p .claude/skills/nginx-config-changes und schreiben Sie die Datei. Claude Code überwacht diese Verzeichnisse. Änderungen an einem vorhandenen Skill werden daher in der laufenden Sitzung wirksam. Wenn Sie ein übergeordnetes skills-Verzeichnis erstellen, das beim Start der Sitzung noch nicht vorhanden war, müssen Sie die Sitzung neu starten. Zu diesem Zeitpunkt gab es noch nichts, was überwacht werden konnte.

Das Beschreibungsfeld ist die wichtigste Zeile in der Datei

Beim Start lädt der Agent die name und description jedes verfügbaren Skills in seinen Kontext. Die Inhalte lädt er nicht. Wenn Ihre Anfrage eintrifft, bildet diese eine Zeile die vollständige Grundlage für die Entscheidung, ob dieser Skill relevant ist. Ein perfekter Inhalt hinter einer vagen Beschreibung wird daher nie gelesen.

Formulieren Sie die Beschreibung in der dritten Person. „Prüft und lädt nginx sicher neu“ funktioniert. „Ich kann Sie bei nginx unterstützen“ funktioniert nicht, weil der Text in den System-Prompt eingefügt wird und dort so klingt, als würde das Modell über sich selbst sprechen.

Nennen Sie darin zwei Dinge: was der Skill tut und unter welcher Bedingung er angewendet wird. Stellen Sie den wichtigsten Anwendungsfall voran, weil Claude Code den Listeneintrag nach 1,536 Zeichen abschneidet. Optional gibt es das Feld when_to_use für zusätzliche Trigger-Phrasen und Beispielanfragen. Dieses Feld wird unter derselben Begrenzung an die Beschreibung angehängt.

Verwenden Sie anschließend die Wörter, die Sie tatsächlich eingeben werden. description: Helps with nginx führt zu keinen Treffern, weil niemand „hilft bei“ eingibt. Die obige Version nennt /etc/nginx, server block, reverse proxy und TLS (transport layer security) certificate path. Das entspricht ungefähr dem Vokabular jeder Anfrage, die diesen Skill auslösen sollte.

Das ist der Test für eine Beschreibung: Geben Sie diese einzelne Zeile zusammen mit der Anfrage, die Sie eingeben möchten, einer Person, die den Inhalt noch nie gesehen hat. Fragen Sie sie, ob der Skill angewendet werden sollte. Wenn sie das nicht erkennen kann, kann das Modell es ebenfalls nicht.

Den Inhalt kurz halten, weil er im Kontext verbleibt

Wenn ein Skill aufgerufen wird, wird sein gerenderter Inhalt als eine Nachricht in die Unterhaltung eingefügt und bleibt dort für den Rest der Sitzung. Claude Code liest die Datei in späteren Turns nicht erneut ein. Jede von Ihnen geschriebene Zeile verursacht Kosten für die gesamte Sitzung, nicht nur für eine Antwort.

Anthropic empfiehlt, SKILL.md auf weniger als 500 Zeilen zu begrenzen und ausführliche Informationen in separate Dateien auszulagern. Die Komprimierung zeigt, warum diese Zahl nicht willkürlich ist. Wenn die Unterhaltung zusammengefasst wird, um Kontext freizugeben, hängt Claude Code den jeweils letzten Aufruf jedes Skills erneut an, behält davon jeweils nur die ersten 5,000 Token und füllt ein gemeinsames Budget von 25,000 Token, beginnend mit dem zuletzt aufgerufenen Skill. Ein langer Skill wird mitten im Inhalt abgeschnitten. Mehrere lange Skills verdrängen sich gegenseitig vollständig aus dem Kontext.

Schreiben Sie daher nur, was das Modell nicht bereits weiß. Es weiß, was nginx ist und was ein Reverse Proxy macht. Es weiß nicht, dass für reload die Regel restart gilt. Diese Regel ist der einzige Grund, warum diese Datei existiert.

Wenn der Skill den Agenten anweist, ein gebündeltes Script auszuführen, geben Sie den Pfad mit ${CLAUDE_SKILL_DIR} an, damit er unabhängig vom Installationsort des Skills aufgelöst wird. Genehmigen Sie außerdem denselben Befehl vorab, damit die Ausführung nicht an einer Berechtigungsabfrage stoppt.

---
name: nginx-config-changes
description: Tests and reloads nginx safely after a config edit. Use when editing files under /etc/nginx, adding a server block or a reverse proxy, or changing a TLS certificate path.
allowed-tools: Bash(${CLAUDE_SKILL_DIR}/scripts/check-and-reload.sh *)
---

Die Genehmigung gilt für den Turn, in dem der Skill aufgerufen wurde, und wird gelöscht, sobald Sie Ihre nächste Nachricht senden. Sie wird dadurch nicht unbemerkt zu einer dauerhaften Berechtigung.

So weisen Sie nach, dass der Skill ausgelöst wird

Wenn Sie beobachten, dass ein Skill geladen wird, wissen Sie, dass der Agent ihn gefunden hat. Das bedeutet jedoch nicht, dass sich die Antwort geändert hat. Prüfen Sie beides. Führen Sie die Prüfung außerdem in einer neuen Sitzung durch. Die Sitzung, in der Sie den Skill geschrieben haben, enthält bereits alle Angaben, die Sie während des Schreibens gemacht haben. Dieser verbleibende Kontext verdeckt Lücken in der Datei.

1. Starten Sie im Projekt mit claude eine neue Sitzung.
2. Geben Sie die Anfrage so ein, wie Sie es an einem gewöhnlichen Arbeitstag tun würden, und formulieren Sie sie mit Ihren eigenen Worten, ohne den Skill zu nennen.
3. Achten Sie auf die Ausführung. Wird der Skill nicht ausgelöst, korrigieren Sie die Beschreibung. Der Inhalt ist zu diesem Zeitpunkt noch nicht das Problem.
4. Führen Sie den Skill mit /nginx-config-changes manuell aus. Wenn er bei manueller Ausführung korrekt arbeitet, bei der Anfrage jedoch nicht, liegt das Problem bei der Auslösung und nicht bei den Anweisungen.
5. Führen Sie dieselbe Anfrage mit deaktiviertem Skill aus und vergleichen Sie die beiden Antworten. Markieren Sie im Menü /skills den Skill, drücken Sie Space, um seinen Status auf off zu setzen, und drücken Sie anschließend Enter zum Speichern. Dadurch wird ein Eintrag skillOverrides in .claude/settings.local.json geschrieben. Wenn Sie fertig sind, drücken Sie erneut Space, um den Status wieder auf on zu setzen.
6. Formulieren Sie einige Anfragen, die den Skill nicht auslösen sollten, und prüfen Sie, dass er bei diesen Anfragen inaktiv bleibt.

Um diesen Ablauf zu automatisieren, installieren Sie das skill-creator-Plugin aus dem offiziellen Marketplace.

/plugin marketplace add anthropics/claude-plugins-official
/plugin install skill-creator@claude-plugins-official

Wenn die Installationsausgabe Run /reload-plugins to activate. meldet, führen Sie diesen Befehl aus. Bitten Sie Claude anschließend, Ihren Skill anhand seines Namens zu bewerten. Das Plugin speichert Testfälle unter evals/evals.json im Skill-Verzeichnis und führt jeden Testfall in einem eigenen Subagent aus. Dadurch beginnt jeder Durchlauf mit einem sauberen Kontext. Anschließend erstellt es einen Vergleich zwischen der Ausführung mit Skill und der Ausführung ohne Skill. Das ist die aussagekräftige Kennzahl: die Verbesserung der Erfolgsquote im Verhältnis zu den Tokens und der Zeit, die der Skill benötigt.

Ein Skill kann den Nachweis auch selbst enthalten, statt ihn einem separaten Evaluierungslauf zu überlassen. Genau das macht der Old Coder-Skill, wenn er den Agent dazu bringt, einen Evidenzbericht zurückzugeben, den Sie selbst erneut ausführen können.

Fehlermodus: Das Skill wird nie aktiviert

Sie geben die Anfrage ein, der Agent führt weiterhin die alte, falsche Aktion aus, und es wird keine Skill-Zeile angezeigt. Arbeiten Sie diese Punkte in der angegebenen Reihenfolge durch.

• Die Beschreibung erklärt, was das Skill tut, nennt aber nie, wann es verwendet werden soll. Daher passt nichts in Ihrer Anfrage dazu.
• Die Beschreibung verwendet nicht die Begriffe, die Sie eingeben. Wenn Sie „nginx“ schreiben, muss die Beschreibung nginx enthalten.
• disable-model-invocation: true ist im Frontmatter gesetzt. Dadurch bleibt die Beschreibung vollständig aus dem Kontext des Modells heraus, und das Skill kann nur von Ihnen mit /name aufgerufen werden.
• Ein paths-Glob im Frontmatter beschränkt die Aktivierung auf passende Dateien. Die Datei, an der Sie arbeiten, passt nicht dazu.
• Das Skill befindet sich in einem verschachtelten .claude/skills/-Verzeichnis unterhalb Ihres Startverzeichnisses. Solche Skills werden erst geladen, nachdem der Agent eine Datei in diesem Unterverzeichnis gelesen oder bearbeitet hat. Bis dahin ist das Skill überhaupt nicht verfügbar.

Fehlerbild: Der Skill wird ständig ausgelöst

Das umgekehrte Problem entsteht durch eine zu allgemein formulierte Beschreibung, sodass der Skill bei nicht verwandten Aufgaben ausgelöst wird. „Bei Arbeiten am Server verwenden“ passt zu fast jeder Anfrage in einem Server-Repository. Der Inhalt wird dann bei Aufgaben geladen, bei denen er nicht helfen kann, und bleibt für den Rest der Sitzung im Kontext.

Grenzen Sie die Beschreibung auf die tatsächlich relevante Bedingung ein und nennen Sie die betroffenen Dateien oder Befehle. Fügen Sie ein paths-Glob hinzu, wenn der Skill nur für bestimmte Dateien gilt. Für Aktionen mit Nebenwirkungen, etwa ein Deployment oder einen Commit, setzen Sie disable-model-invocation: true und rufen den Skill selbst mit /name auf. Dadurch entscheidet der Agent nie eigenständig, dass jetzt ein geeigneter Zeitpunkt für ein Deployment ist.

Fehlermodus: Die Fähigkeit gehört in Ihre Regeldatei

Eine Regeldatei wie CLAUDE.md oder AGENTS.md wird zu Beginn jeder Sitzung geladen und gilt für jede Aufgabe. Der Inhalt einer Fähigkeit wird nur geladen, wenn die Fähigkeit ausgelöst wird. Entscheidend ist die Häufigkeit. Eine Tatsache, die für jede Aufgabe im Repository gilt, etwa der verwendete Paketmanager, gehört in die Regeldatei. Ein Verfahren, das nur für einen kleinen Teil der Aufgaben gilt, etwa die oben genannte nginx-Regel, gehört in eine Fähigkeit. Dort verursacht es an den Tagen keinen Aufwand, an denen niemand nginx bearbeitet.

Der eigentliche Fehler besteht darin, die Anweisung an beiden Stellen abzulegen. Zwei Kopien können voneinander abweichen. Wenn der Agent dann das Falsche tut, lässt sich nicht feststellen, welcher Kopie er gefolgt ist. Legen Sie für jede Anweisung genau einen Ablageort fest. Wenn eine Regel bereits genau an einem Ort steht und trotzdem übergangen wird, handelt es sich um ein anderes Problem. Prüfen Sie zuerst die Mechanismen hinter einer ignorierten Anweisung, bevor Sie sie in eine Fähigkeit verschieben und darauf hoffen, dass die Verschiebung das Problem löst. Die Abgrenzung zwischen Fähigkeiten, MCP-Servern und Regeldateien behandelt schwierigere Fälle. Dazu gehört auch, wann ein MCP-Server (Model Context Protocol) die richtige Lösung ist, der dem Agenten ein neues Werkzeug statt einer neuen Anweisung bereitstellt.

Teilen Sie die Skill erst, wenn sie sich bewährt hat

Eine Skill, die eine Woche praktischer Arbeit übersteht, ist es wert, fest im Repository verankert zu werden. Projekt-Skills in .claude/skills/ werden wie Code geprüft und zusammen mit dem Repository ausgeliefert. Ein Teammitglied, das das Repository klont, erhält Ihre Korrektur daher ohne zusätzlichen Einrichtungsschritt. Eine Skill ohne Copy-and-paste zwischen Repositories zu verschieben, ist ein eigenes Problem. Es wird in der Anleitung zum Teilen von Agent-Skills zwischen Repositories behandelt.

Ein Hinweis zur Portabilität: Claude Code akzeptiert eine lange Liste von Frontmatter-Feldern. Der Agent-Skills-Standard erlaubt jedoch nur sechs: name, description, license, compatibility, metadata und allowed-tools. Wenn Sie eine Skill mit anderen Frontmatter-Feldern zu claude.ai hochladen oder für die Skills API paketieren, schlägt der Vorgang vollständig fehl, statt das Feld zu ignorieren:

Unexpected key(s) in SKILL.md frontmatter: argument-hint. Allowed properties are: allowed-tools, compatibility, description, license, metadata, name

Beschränken Sie sich auf diese sechs Felder. Dann wird dieselbe Datei in Claude Code und in allen anderen Anwendungen geladen, die den Standard einlesen. Wo die Datei geladen wird, bestimmt weiterhin, was sie ausführen kann. Cowork läuft in einer Anthropic-Sandbox, während Claude Code auf Ihrem eigenen Rechner oder VPS läuft. Daher lohnt es sich, die nginx-Skill in das Checkout-Verzeichnis eines Teammitglieds zu übernehmen. In einer Sandbox, die den Server nicht erreichen kann, ist sie dagegen nutzlos. Die Anweisungen selbst so zu formulieren, dass sie den Wechsel zu einem anderen Modell überstehen, ist eine separate Aufgabe. Skills zu schreiben, die mit jedem Modell funktionieren behandelt dieses Thema.

FAQ

Wie lang sollte eine SKILL.md-Datei sein?

Halten Sie sie unter 500 Zeilen. Die meisten nützlichen Skills sind deutlich kürzer. Der Inhalt wird beim Aufruf des Skills in die Unterhaltung aufgenommen und bleibt dort für den Rest der Sitzung. Jede Zeile verursacht daher wiederkehrende Kosten statt einmaliger Kosten. Verschieben Sie umfangreiches Referenzmaterial in separate Dateien im Skill-Verzeichnis. Verlinken Sie diese Dateien von SKILL.md aus, mit maximal einer Verzeichnisebene, damit der Agent sie nur liest, wenn er sie benötigt. Gebündelte Skripte werden ausgeführt statt gelesen. Dadurch verursachen sie nur Kosten für ihre Ausgabe.

Warum wird mein Skill nie ausgelöst?

Die Beschreibung ist normalerweise die Ursache. Sie ist der einzige Teil des Skills, der sich zum Entscheidungszeitpunkt des Modells im Kontext befindet. Geben Sie an, wann der Skill verwendet werden soll, nicht nur, was er tut. Verwenden Sie außerdem die Wörter, die Sie tatsächlich in Ihren Anfragen eingeben. Wenn die Beschreibung korrekt aussieht, prüfen Sie im Frontmatter disable-model-invocation: true. Diese Einstellung blendet den Skill für das Modell vollständig aus. Prüfen Sie auch einen paths-Glob, der den Skill auf Dateien beschränkt, die Sie nicht bearbeiten. Ein Skill in einem verschachtelten .claude/skills/-Verzeichnis unterhalb Ihres Startverzeichnisses ist eine weitere mögliche Ursache. Er wird erst geladen, nachdem der Agent eine Datei in diesem Unterverzeichnis gelesen oder bearbeitet hat.

Sollte dies ein Skill oder eine Zeile in meiner Regeldatei sein?

Prüfen Sie, auf wie viele Ihrer Aufgaben es zutrifft. Eine Regeldatei wird in jeder Sitzung geladen. Sie sollte daher Fakten enthalten, die für jede Aufgabe gelten, etwa den Paketmanager oder die Konvention für Branch-Namen. Ein Skill wird nur geladen, wenn er ausgelöst wird. Er eignet sich daher für ein Verfahren, das nur für einen kleinen Teil der Aufgaben relevant ist. Schreiben Sie dieselbe Anweisung nie an beide Stellen. Die beiden Kopien können voneinander abweichen. Dann lässt sich nicht mehr feststellen, welcher Version der Agent gefolgt ist.

Woher weiß ich, dass ein Skill tatsächlich geholfen hat?

Vergleichen Sie ihn mit einer Baseline. Sammeln Sie einige reale Anfragen. Führen Sie jede Anfrage zunächst in einer neuen Sitzung mit verfügbarem Skill aus. Führen Sie sie anschließend erneut aus, nachdem Sie den Skill im Menü /skills deaktiviert haben. Lesen Sie beide Antworten nebeneinander. Eine neue Sitzung ist wichtig, weil die Unterhaltung, in der Sie den Skill geschrieben haben, Ihre Erklärungen weiterhin enthält. Dadurch kann eine unvollständige Datei vollständig wirken. Das Plugin skill-creator führt diesen Vergleich für Sie aus und meldet die Erfolgsrate neben den Token-Kosten.

Kann ich dieselbe SKILL.md mit einem anderen Agenten verwenden?

Ja, sofern Sie innerhalb der Felder bleiben, die der Agent Skills-Standard definiert: name, description, license, compatibility, metadata und allowed-tools. Claude Code akzeptiert viele weitere Felder. Außerdem unterstützt es Funktionen im Textkörper, etwa die Injektion von Shell-Befehlen, die andere Tools nicht ausführen. Das Hochladen eines Skills mit einem Feld außerhalb des Standards schlägt mit einem expliziten Fehler fehl, der die zulässigen Eigenschaften auflistet. Entscheiden Sie daher frühzeitig, ob ein Skill auf Claude Code beschränkt bleiben oder zwischen verschiedenen Tools verwendet werden soll.