METXMEEine Verwaltung in Frankfurt, vierzig Mitarbeitende, hatte im April ein Problem: jede neue Sachbearbeiterin musste in den ersten vier Wochen lernen, wie das Haus seine Mietverträge strukturiert, wie das Übergabeprotokoll aussieht, wie eine Mahnung im Stil des Hauses klingt. Vier Wochen Onboarding pro Person, alle paar Monate. Im April begannen sie, Anthropic-Skills zu schreiben — kleine Markdown-Files mit YAML-Frontmatter, die genau diese Standards in Claude einlagern. Im Mai war die erste Sachbearbeiterin nach drei Tagen produktiv. Genau das ist 2026 das praktische Versprechen von Skills — wenn man weiß, wie man sie baut.
Was eine Skill technisch ist
Eine Skill ist ein Markdown-File mit YAML-Frontmatter. Frontmatter beschreibt, wann die Skill greift (trigger-Beispiele), was sie kann (Beschreibung, Tags, Modell-Anforderungen). Markdown-Body beschreibt, wie die Skill arbeitet — Anweisungen, Beispiele, Ausgaben-Format, Einschränkungen.
Die ersten zwölf Skills, die in einer Verwaltung Sinn ergeben
Wie ein Skill-Setup-Prozess konkret aussieht
Drei Phasen, die in der Praxis funktionieren.
Phase 1 — Inventar (Tag 1–3). Welche zehn bis fünfzehn Tätigkeiten passieren im Haus täglich oder wöchentlich? Welche davon haben einen klaren Eingang und einen klaren Ausgang? Welche davon haben einen Hausstandard, der wiederholbar ist? Aus dieser Liste werden die Skill-Kandidaten — typischerweise vier bis acht.
Phase 2 — Erste-Skill-Sprint (Tag 4–7). Eine Skill als Pilot wählen — am besten die mit höchster Frequenz und klarstem Standard, etwa Mietvertrag-Strukturierung. Zwei Power-User schreiben das Markdown-File, sammeln drei bis fünf reale Beispiele aus dem Haus, testen mit eigenen Verträgen. Erste Iterationen am Tonfall, am Format, an den Edge-Cases.
Phase 3 — Bibliothek-Aufbau (Tag 8–14). Die nächsten drei bis fünf Skills entstehen schneller, weil das Pattern stimmt. Internes Repo (GitHub, Gitea, lokales Git) als Single Source of Truth. Versionierung über Git-Tags. Test-Konvention: jede Skill hat einen tests/-Ordner mit drei realen Beispielen.
Wo Skills 2026 noch hakeln
Drei Stellen, an denen Aufwand entsteht.
Skill-Auswahl. Wenn ihr mehr als zehn Skills habt, fängt Claude an, manchmal die falsche zu nehmen. Klare Trigger-Beispiele, eindeutige Namensgebung und ein gepflegter Tag-Katalog helfen — aber 100 Prozent Treffsicherheit gibt es nicht.
Versionierung. Wer eine Skill ändert, sollte versionieren — Git-Tags, semantic versioning, Changelog. Klingt nach Tech-Aufwand, ist aber im Streitfall („warum klingen die Briefe seit drei Wochen anders?") überlebenswichtig.
Test-Disziplin. Jede Skill braucht Tests. Drei reale Beispiele aus dem Haus, mit erwartetem Output. Wer das nicht tut, baut sich Drift ein — Claude wird 2027 anders antworten als 2026, und niemand merkt's.
Was die Community konkret hilft
Drei Sektionen für den Skill-Pfad:
Der Skill-Generator erzeugt aus drei Eingabefeldern eine erste eigene Skill als YAML/Markdown. Schnellster Einstieg.
Die Code-Snippets zeigen, wie Skills programmatisch genutzt werden — Anthropic-API-Aufrufe mit Skill-Aktivierung in Python, TypeScript und curl.
Die Anthropic Research-Ecke verlinkt auf den Anthropic-Cookbook-Eintrag zu Skills — für die technische Tiefe der ersten Implementierung.
Skills sind 2026 das wahrscheinlich unterschätzte Werkzeug für den Mittelstand. Sie sind keine Magie und kein Tech-Projekt — sie sind dokumentierter Hausstandard, in einem Format, das Claude liest. Wer in zwei Wochen acht bis zwölf Skills aufbaut, macht jede neue Mitarbeitende in drei Tagen produktiv. Genau das ist der Wettbewerbsvorteil, der sich in den nächsten zwei Jahren verteilen wird — zwischen denen, die das gemacht haben, und denen, die noch warten.