Skill Files: Die nächste KI-Kompetenz nach dem Prompting

Die nächste Kompetenz nach dem Prompting

Prompting war die KI-Kompetenz der letzten Jahre: die richtige Frage, der richtige Kontext, die richtige Nachschärfung. Der Reflex sagt, als Nächstes komme Vibe Coding – Software im Dialog, bis das Ergebnis stimmt. Für Prototypen funktioniert das. Als Team-Kompetenz skaliert es nicht: Was dabei entsteht, hängt an der Person, die den Dialog geführt hat.

Die nützlichere Kompetenz ist unscheinbarer: Skill Files schreiben. Ein Skill File ist eine einseitige, aufgabenspezifische Betriebsanleitung – präzise genug, dass eine KI die Aufgabe ausführt, ohne dass du daneben sitzt. Der Wochenreport, die Ticket-Triage, die Release Notes: einmal sauber beschrieben statt jede Woche neu gepromptet.²

Dahinter steht dieselbe Verschiebung, die den ganzen Teklens-Zyklus trägt: Wissen wandert aus Köpfen in geteilte, versionierte Systeme. Ein Prompt lebt im Kopf und im Chat-Verlauf einer Person – kündigt sie, ist beides weg. Ein Skill File liegt im Repository oder auf dem geteilten Laufwerk, hat eine Historie und gehört dem Team.

Was ein Skill File ist – und was nicht

Technisch ist ein Skill File eine Markdown-Datei, oft schlicht skill.md: Name der Aufgabe, Einsatzbedingung, Schritte in fester Reihenfolge, Definition von «fertig», Referenzbeispiele. Anthropic hat das Muster als Agent Skills formalisiert – Ordner mit Anweisungen und Ressourcen, die ein Modell lädt, sobald die Aufgabe passt.¹

Drei Abgrenzungen halten den Begriff scharf. Ein Skill File ist kein Prompt: Es wird nicht pro Session erfunden, sondern gepflegt. Es ist keine Doku für Menschen: Es ist so geschrieben, dass eine Maschine danach arbeiten kann – Menschen lesen es trotzdem mit Gewinn. Und es ist kein Modell-Feature: Es funktioniert werkzeugübergreifend, weil es nur aus Text besteht.

Der Test ist einfach: Kann ein Kollege – oder eine KI – die Aufgabe mit der Datei allein ausführen, ohne dich zu fragen? Wenn nein, fehlt der Datei etwas, nicht der KI.

Prompt, Skill File, Spec: drei Reichweiten

Die drei Werkzeuge unterscheiden sich nicht im Stil, sondern in der Reichweite dessen, was sie festhalten.

Der Prompt. Gilt für eine Session und eine Person. Er ist schnell, flexibel – und flüchtig. Niemand kann nachvollziehen, warum das Ergebnis von letzter Woche anders aussah.

Das Skill File. Gilt für eine wiederkehrende Aufgabe und ein Team. Es ist das kleinste versionierte Artefakt im System: eine Seite, ein Owner, eine Historie. Ändert sich der Prozess, ändert sich die Datei – nicht das Gedächtnis von fünf Leuten.

Die Spec. Gilt für eine Produktänderung. Sie ist der Vertrag der Define-Phase: Anforderungen, Constraints, Akzeptanzkriterien – vereinbart, bevor ein Agent baut. Das Skill File ist ihr kleines, operatives Gegenstück: dieselbe Disziplin, angewandt auf den Alltag statt auf das Produkt.

Die Gemeinsamkeit von Skill File und Spec ist der Kern der Define-Phase: Die Absicht wird schriftlich vereinbart, bevor die Maschine läuft. Wer Specs schreiben kann, kann Skill Files schreiben – die Übung ist dieselbe, nur kleiner.

Das erste Skill File an einem Nachmittag

Wähle eine Aufgabe mit stabiler Form: gleiche Struktur bei jeder Wiederholung, klares Gut-Schlecht-Urteil, mindestens wöchentliche Frequenz. Der Wochenreport an die Geschäftsleitung, die Triage eingehender Tickets, der Erstentwurf von Release Notes. Keine Strategiearbeit, keine Einzelfälle – dort steckt das Urteil im Kontext, nicht im Prozess.

Beantworte dann fünf Fragen schriftlich: Was ist die Aufgabe? Wann kommt sie zum Einsatz? Welche Schritte, in welcher Reihenfolge? Woran erkennst du «fertig»? Und an welchen echten Ergebnissen soll sich der Output messen? Die fünfte Frage ist die wichtigste: Häng drei gute Beispiele an und ein schlechtes – mit einem Satz, warum es schlecht ist. Beispiele kalibrieren schärfer als jede Beschreibung.²

Den Entwurf musst du nicht selbst schreiben. Gib einer KI deine fünf Antworten und die Beispiele und lass sie das Skill File formulieren – sie kennt das Format. Dann der eigentliche Test: Lass die Aufgabe an echter Arbeit ausführen, vergleiche mit deiner Messlatte, korrigiere die Datei statt den Output. Zwei, drei Runden, und die Datei trägt.

Von der Datei zur Team-Bibliothek

Ein Skill File ist der Anfang, nicht das Ziel. Aus zehn wiederkehrenden Aufgaben einer Funktion – Produkt, Support, Marketing – wird eine Bibliothek: pro Aufgabe eine Datei, pro Datei genau ein Owner. Der Owner ist keine Formalie. Er ist die Antwort auf die Frage, wer die Datei ändert, wenn sich das Geschäft ändert.

Die Verteilung ist inzwischen eingebaut: Skills lassen sich als Plugins paketieren und ans ganze Team ausrollen – zentral aktualisiert statt per Copy-Paste durch Chat-Kanäle. Für ein B2B-Team im DACH-Raum ist das der eigentliche Hebel: Neue Mitarbeitende bekommen die Arbeitsweise am ersten Tag, Audit-Fragen («Wie entsteht dieser Report?») haben eine zeigbare Antwort, und die Qualität hängt nicht mehr daran, wer gerade da ist.¹

Skill Files verfallen – Menschen nicht

Ein Skill File lernt nicht. Das Geschäft ändert sich – die Preislogik, die Tonalität, die Empfänger des Reports – und die Beispiele in der Datei veralten leise. Ohne Owner merkt es niemand, bis der Output daneben liegt. Der Mechanismus ist derselbe wie bei Modellen im Betrieb: Verfall ist der Normalfall, nicht die Ausnahme.

Die Korrektur ist unspektakulär: Du lernst, dann bringst du es der Datei bei. Ein fester Review-Rhythmus pro Quartal, ein frisches Beispiel nach jeder relevanten Änderung, ein Blick auf die Stellen, an denen Nutzer den Output regelmässig nachbearbeiten.

Genau deshalb ersetzt ein Skill File deine besten Leute nicht. Es hält ihr Urteil in ausführbarer Form fest – aber das Urteil selbst entsteht weiter bei ihnen. Die Datei macht gute Leute nicht überflüssig; sie macht ihre Standards zum Standard des Teams.

Häufige Fragen

Empfehlungen

• Starte mit einer Aufgabe, nicht mit einer Initiative. Ein Skill File für den Wochenreport an einem Nachmittag schlägt ein «KI-Enablement-Programm» in Quartal drei. Klein anfangen, an echter Arbeit testen, dann erweitern.
• Nimm die fünf Fragen als Gerüst: Aufgabe, Einsatzbedingung, Schritte, Definition von «fertig», Referenzbeispiele. Fehlt eine Antwort, ist die Aufgabe noch nicht skill-fähig – oder sie gehört in eine Spec.
• Beispiele vor Adjektiven. Drei gute Outputs und ein schlechtes Gegenbeispiel sagen mehr als «professionell und prägnant». Aktualisiere die Beispiele, wenn sich der Standard ändert.
• Ein Owner pro Datei, im Namen sichtbar. Ownerlose Skill Files sind veraltete Skill Files. Lege den Review-Rhythmus fest, bevor die Bibliothek wächst.
• Versioniere Skill Files wie Specs. Repository oder geteiltes Laufwerk mit Historie – nicht der private Ordner. Die Datei gehört dem Team, sonst ist sie nur ein längerer Prompt.

Einordnung & Grenzen

• Skill Files eignen sich für Aufgaben mit stabiler Form. Strategiearbeit, Discovery und Einzelfälle mit hohem Kontextanteil gehören nicht hinein – dort ersetzt keine Datei das Urteil im Raum.
• Die Formate unterscheiden sich je nach Werkzeug (Agent Skills, Systemprompts, Kontextdateien wie CLAUDE.md). Das Prinzip – eine gepflegte, aufgabenspezifische Anleitung – ist übertragbar; die technischen Details dieses Beitrags folgen der Anthropic-Dokumentation.
• Zeitangaben wie «ein Nachmittag» beschreiben die Grössenordnung für eine gut gewählte erste Aufgabe – keine Zusage für komplexe Prozesse mit vielen Ausnahmen.

Quellen

Jede externe Zahl und jedes Zitat in diesem Beitrag – nachprüfbar verlinkt.

1. 1.Anthropic Docs, «Agent Skills» ↗ – Skills als Ordner mit Anweisungen und Ressourcen; Paketierung und Verteilung als Plugins.
2. 2.Entrepreneur (2026), Essay zu Skill Files als nächster KI-Kompetenz ↗ – Kernideen: skill.md statt Vibe Coding, die fünf Fragen, Team-Bibliothek und Owner-Prinzip.

Weiterlesen im PM Lab

Verwandte Deep Dives – aus demselben Pillar und den angrenzenden Phasen.

Passende Use Cases aus der Bibliothek

Vom Beitrag direkt in die Praxis: Diese Use Cases setzen die Konzepte mit Teklens um.