Der Einwand, gesagt bevor du ihn denkst
«Skills sind offiziell, und es sind schon meine Dateien»
Auf ganzer Linie wahr, und wir versuchen nicht, darum herumzureden. Eine Skill ist ein Ordner mit einer SKILL.md darin: zwei Kopfzeilen — ein Name und eine Beschreibung — und dann Text. Es ist Markdown, es ist deins, es liegt in Git, und wenn du morgen die Meinung änderst, nimmst du es mit. Niemand hat dich in irgendetwas eingeschlossen.
Auch der Mechanismus ist gut durchdacht. Solange die Skill nicht gebraucht wird, liegt von ihr nur die Beschreibung im Gedächtnis — an die hundert Wörter; der Rumpf lädt sich, wenn die KI entscheidet, dass er einschlägig ist, und die Hilfsdateien nur, wenn sie sie wirklich öffnet. Das nennt sich fortschreitende Offenlegung, und es ist die richtige Art, einer KI hundert Fähigkeiten zu geben, ohne sie bei jedem Satz alle zu bezahlen.
Also nein: diese Seite gibt es nicht, um dir zu sagen, dass Skills schlecht gemacht sind. Es gibt sie, weil jener Mechanismus, der für eine Fähigkeit eine Tugend ist, für eine Identität der Mangel ist.
Der Punkt ist, wann sie in den Kontext tritt
Eine Skill tritt ein, wenn sie gebraucht wird. Das ist ihre ganze Eleganz: sie belegt keinen Platz, solange es keinen Grund gibt, und den Grund erkennt die KI beim Lesen der Beschreibung. Ideal für «eine Präsentation nach unseren Regeln setzen», die man dienstags braucht und donnerstags nicht.
Eine Identität funktioniert nicht so. Wer du bist, ist keine Fähigkeit, die sich einschaltet, wenn das Thema es verlangt: es ist das, was schon da ist, bevor du den Mund aufmachst, und was entscheidet, wie du die Frage liest. Etwas, das nur auftaucht, wenn es aufgerufen wird, ist kein Charakter, sondern ein Handbuch.
Es ist derselbe Unterschied wie zwischen kochen können und Hunger haben. Das Erste holt man bei Bedarf hervor; das Zweite bewegt dich auch dann, wenn du gerade nicht ans Essen denkst.
Und dann gibt es etwas, das eine Skill nicht hat
In einer SKILL.md gibt es keine Möglichkeit zu schreiben diesen Teil darfst du nicht umschreiben. Das ist kein Versäumnis: eine Skill ist etwas, das du der KI gibst, damit sie es benutzt, und es gibt nichts zu verteidigen.
In einem Reminder dagegen sitzt auf der anderen Seite jemand, der liest, versteht und umschreiben könnte — und deshalb erklärt jeder Block, wie sehr er deiner ist: von den Regeln, die nur du ändern darfst, bis zu den Notizzetteln, die die KI ohne Nachfrage aktualisiert. Das ist der Unterschied zwischen einem Handbuch und einer Verfassung, und es ist auch der Grund, warum der Reminder eine Struktur hat, statt Prosa zu sein.
In zwei Spalten
| | Eine Skill | Ein Reminder |
|---|
| Worauf sie antwortet | wie eine Sache gemacht wird | wer der ist, der sie macht |
| Wann sie in den Kontext kommt | wenn die KI sie für passend hält | immer, ab der ersten Zeile |
| Was sie enthält | ein Verfahren, Beispiele, Skripte | Kerne, Module, Erinnerungen, Berechtigungen |
| Wer sie umschreiben darf | du, außerhalb des Gesprächs | je nach Zone: es steht in der Datei |
| Wenn du sie wegnimmst | die KI kann diese Sache nicht mehr | die KI hört auf, jemand zu sein |
| Was sie sich merkt | nichts: morgen ist wie heute | wie es gelaufen ist: im zugeordneten Gedächtnis des Moduls |
Wo sie zusammenstehen, und das ist fast immer
Es ist kein Entweder-oder, und es lohnt nicht, eines daraus zu machen. Die Aufteilung, die funktioniert, ist klar: die Skills für die Fähigkeiten, der Reminder für die Identität. Dasselbe Gespräch, kein Konflikt — weil sie sich nicht um denselben Platz streiten.
Bei Code-Agenten hat dieselbe Aufteilung schon ihren eigenen Ort: die Datei, die der Agent beim Start liest — CLAUDE.md, AGENTS.md — ist dort, wo die Identität hingehört, und die Skills bleiben die Verfahren, die jene Identität auszuführen weiß.
Und die Grenze ist durchlässiger, als es scheint. Eine Skill, die du schon hast, lässt sich in ein Modul übersetzen, fast Zeile für Zeile: es gibt nichts neu zu erfinden, denn die beiden Formen beantworten dieselben vier Fragen.
- Die Beschreibung: was sie tut und wann man sie nimmt
→- ### FUNCTION · ### TRIGGER
- Die Anweisungen, die Schritte
→- ### ROUTINE
- Was nicht zu tun ist, die Grenzen
→- ### LIMITI
- Die Beispiele für Ein- und Ausgabe
→- ### ESEMPIO
Das gilt auch in die andere Richtung, und das ist der Teil, der überrascht. Zwingend sind in einer SKILL.md zwei Kopfzeilen — ein Name und eine Beschreibung. Darunter bist du frei: die Struktur des Rumpfes schreibt niemand vor. Dass Skills in loser Prosa geschrieben werden, ist eine verbreitete Gewohnheit, keine Regel — und die Leitlinien von Anthropic selbst empfehlen nummerierte Schritte, Ausgabemuster und Beispiele, also genau die Form, die ein Modul schon hat. Unter dem Frontmatter passt es ohne Umschreiben hinein.
Nur eine Sache trägt nicht hinüber, und die sagt man besser. In einem Modul hat die Zeile, die erklärt diesen Teil schreibst du nicht um, ihren eigenen Ort, und die App setzt sie durch; in einer SKILL.md hat jene Zeile keinen Ort, und keine App ist im Spiel, um sie zu verteidigen — die Zonenmarker bleiben dort als Text stehen, und niemand wendet sie an. Eine Fähigkeit zu übersetzen funktioniert hervorragend. Die Identität zu übersetzen nicht: und das ist alles, was diese Seite sagt.
Der dritte Weg: nicht übersetzen, einpfropfen
Eine Skill in ein Modul zu übersetzen ist der eine Weg. Der andere ist, sie gar nicht zu übersetzen. Der Körper einer SKILL.md ist Markdown, und ein Modul beherbergt ihn genau so, wie er ist, unter einer Zeile, die sagt, wem dieses Stück gehört: im Standard heißt sie ### SUB-MODULE:, und darunter kommt der ganze Text der Skill — ihre Funktion, ihre Schritte, ihre Beispiele. Nichts wird umgeschrieben. Man sagt, wessen es ist und wo es steht.
## MODULE 07: ...
### FUNCTION
### SUB-MODULE: SKILL_A
#### FUNCTION
#### ROUTINE
### SUB-MODULE: SKILL_B
#### FUNCTION
#### ROUTINE
[P4]
### ASSOCIATED MEMORY
[/P4]
Was das Modul darum herum hinzufügt, sind die zwei Dinge, für die eine SKILL.md keinen Platz hat. Das erste ist die Berechtigungszone: Der eingepfropfte Text landet in einem Block, der erklärt, wer ihn umschreiben darf — und diese Verweigerung leistet die App, nicht das Modell. Das zweite ist ### ASSOCIATED MEMORY, der Abschnitt, in dem sich ablagert, was du beim Benutzen lernst: dass diese Schritte bei dir in einer anderen Reihenfolge gehen, dass diese eine Stufe mit deinen Dateien nicht trägt, dass du die Ausgabe kürzer willst. Die Skill weiß, wie es gemacht wird. Das Modul erinnert sich, wie es gelaufen ist.
Und in ein Modul passt mehr als eine. Wenn drei Skills demselben Handwerk dienen — ein PDF lesen, eine Tabelle daraus ziehen, die Zusammenfassung schreiben — kannst du sie in dasselbe Modul einpfropfen, je eine pro ### SUB-MODULE:. Von da an gehen sie nicht mehr einzeln an: sie kommen gemeinsam in den Kontext, wenn das Modul hineinkommt, und sie sehen einander. Das ist deine Entscheidung, und es ist der Moment, in dem du aufhörst, progressive Offenlegung zu betreiben.
Der Preis steht dabei: Du bezahlst alle drei, sooft dieses Modul aktiv ist — auch an dem Tag, an dem du nur eine gebraucht hättest. Was du dafür bekommst: sie widersprechen einander nicht mehr — ein assoziiertes Gedächtnis statt drei, eine einmal geschriebene Regel statt desselben Satzes an drei Stellen, und keine halb erledigte Arbeit, weil die KI die eine geladen hatte und die andere nicht. Ist das Handwerk eines, ist das Modul eines. Sind es drei Handwerke, halte sie getrennt und lass sie angehen, wenn sie gebraucht werden: Das ist genau der Fall, in dem die Skill allein ihre Arbeit besser macht als so.
Eines machst du heute von Hand, und man sollte es vorher wissen: Das Einpfropfen ist ein Kopieren und Einfügen, und ab da gehört die Kopie dir. Veröffentlicht die Autorin oder der Autor der Skill eine neue Fassung, entscheidest du, ob du sie hereinholst — der Text steht offen da, in deiner Datei, und er wird aktualisiert, wie eine Datei aktualisiert wird. Es ist derselbe Pakt wie beim Rest: Unter dir bewegt sich nichts, was du nicht sehen kannst.
In einer Zeile
Eine Skill ist etwas, das deine KI zu tun weiß. Ein Reminder ist, wer sie ist, während sie es tut. Behalte beide: sie treten sich nicht auf die Füße, weil sie nicht am selben Ort stehen.