Claude Skills erklärt: Wie du Claude in 5 Schritten deine Arbeitsweise beibringst

Claude Skills sind eine Art digitales Handbuch für einen einzelnen Arbeitsprozess: Du schreibst einmal auf, wie du ein Angebot aufsetzt, eine Kunden-E-Mail formulierst oder eine Rechnung prüfst — und Claude zieht diese Anleitung automatisch, sobald die Aufgabe passt. Für Solo-Berater und kleine Teams heißt das: Schluss mit dem ewigen Neu-Erklären. In diesem Beitrag bauen wir einen ersten Skill Schritt für Schritt, am Beispiel eines ganz gewöhnlichen Business-Alltags — dem Angebot für einen neuen Kunden.

Inhalt dieses Beitrags

  • Was ist ein Claude Skill überhaupt?
  • Warum ein Skill mehr ist als ein guter Prompt
  • Skills vs. Plugins: Wann reicht ein Skill, wann braucht’s mehr?
  • Deinen ersten Skill bauen: das Angebot-Beispiel in 5 Schritten
  • Was tun, wenn der Skill nicht richtig funktioniert?
  • Der Haken: Ist ein Skill wirklich sofort im ganzen Team nutzbar?

Was ist ein Claude Skill überhaupt?

Stell dir einen neuen Mitarbeiter vor, erster Arbeitstag. Er kriegt einen dicken Ordner: wie wir mit Kunden reden, wie ein Angebot aufgebaut ist, welche Tools wir nutzen. Er liest aber nicht den ganzen Ordner durch — er schlägt nur das Kapitel auf, das er gerade braucht. Genau so funktioniert ein Skill: eine Prozessanleitung als Ordner auf der Festplatte, mit einer zentralen Datei namens SKILL.md und optional weiteren Dateien für Stil, Beispiele oder kleine Skripte (Quelle: Anthropic-Doku, Agent Skills Overview, Stand: 07/2026).

Warum ein Skill mehr ist als ein guter Prompt

Claude kennt am Anfang nur Titel und Kurzbeschreibung jedes Skills — laut offizieller Doku kostet das rund 100 Token pro Skill, unabhängig davon, wie umfangreich der Skill dahinter ist. Erst wenn eine Aufgabe genau zu einem Skill passt, liest Claude die volle Anleitung aus SKILL.md — typischerweise unter 5.000 Token. Und erst wenn die Anleitung selbst auf eine weitere Datei verweist, lädt Claude auch die noch dazu. Diese drei Ladestufen heißen progressive disclosure, und sie sind der Grund, warum du hunderte Skills anlegen kannst, ohne dass Claude bei jeder Antwort alles im Kopf behalten muss.

Für unser Angebot-Beispiel heißt das konkret: Der Skill-Ordner angebot-schreiben/ enthält die SKILL.md mit dem eigentlichen Ablauf, dazu eine stil.md mit deinem Ton und deiner Zielgruppe und eine beispiele.md mit guten alten Angeboten. Claude liest die Stil-Datei nur, wenn der Skill wirklich läuft — nicht bei jeder x-beliebigen Unterhaltung.

Skills vs. Plugins: Wann reicht ein Skill, wann braucht’s mehr?

Ein Skill ist ein einzelnes Werkzeug. Ein Plugin ist die ganze Werkzeugkiste für eine Abteilung: Es bündelt mehrere Skills zusammen mit Befehlen, die gleich mehrere davon nacheinander auslösen, dazu spezialisierte Unter-Agenten und feste Tool-Verbindungen. Der Vertrieb bekommt so seine eigene Kiste, das Marketing seine — und ein Plugin lässt sich als Ganzes aktualisieren und weitergeben, statt jeden Skill einzeln zu pflegen.

Für den Anfang brauchst du kein Plugin. Erst wenn du merkst, dass mehrere deiner Skills immer zusammen gebraucht werden — zum Beispiel Angebot schreiben, Kunden-E-Mail und Rechnungs-Check als komplettes Vertriebs-Set —, lohnt sich das Bündeln.

Deinen ersten Skill bauen: das Angebot-Beispiel in 5 Schritten

Du musst dafür keine Zeile Code schreiben — du sagst Claude, was der Skill tun soll, und Claude legt die Datei selbst an. Fünf Dinge solltest du vorher klären.

Schritt 1: Name und Auslöser

Wann genau soll Claude den Skill ziehen? Bei unserem Beispiel: immer, wenn ein Angebot, ein Kostenvoranschlag oder eine Auftragsbestätigung geschrieben werden soll. Das wird später wörtlich zur description im Skill — laut Doku maximal 1024 Zeichen, und sie sollte Was und Wann in einem Satz nennen, sonst findet Claude den Skill unter vielen anderen nicht zuverlässig.

Schritt 2: Wissensgrundlage sammeln

Wer ist deine Zielgruppe, wie klingst du, was waren gute Angebote aus der Vergangenheit? Das schreibst du einmal in eine stil.md — und nutzt sie in mehreren Skills wieder, nicht nur beim Angebot, sondern zum Beispiel auch bei Kunden-E-Mails.

Schritt 3: Der Ablauf, Schritt für Schritt

Was passiert zuerst? Bei unserem Angebot: erst nach Kunde, Leistung und Umfang fragen, dann die Stil- und Beispiel-Datei heranziehen, dann den Entwurf schreiben. Genau hier entscheidet sich, ob am Ende eine Variante rauskommt oder mehrere, aus denen du wählst — und ob Claude an der richtigen Stelle kurz nachfragt, statt einfach draufloszuschreiben.

Schritt 4: Regeln festlegen

Was darf nie passieren? Bei einem Angebot-Skill zum Beispiel: nie automatisch versenden, immer erst zeigen. Oder: Preise nie schätzen, wenn sie nicht genannt wurden. Dieser Abschnitt ist der, den du nach jedem Fehler ergänzt — er wächst mit der Nutzung.

Schritt 5: Benutzen, korrigieren, weitermachen

Ein Skill ist nach dem ersten Versuch selten gut. Er wird mit jeder Korrektur ein bisschen besser — nicht, weil er sich von selbst verbessert, sondern weil du ihm sagst, was beim letzten Mal schiefging. Ein guter Test dafür: Frag in einer frischen Unterhaltung nach der Aufgabe, nicht in der, in der du den Skill gerade gebaut hast — sonst hilft dir unbemerkt dein eigener Gesprächsverlauf nach, und du siehst nicht, ob der Skill wirklich greift.

Was tun, wenn der Skill nicht richtig funktioniert?

Ein Skill ist so gut wie deine letzte Korrektur, nicht wie dein erster Versuch — das ist normale Arbeit, kein Zauberknopf. Eine einfache Faustregel zeigt dir, wo genau du nachbesserst:

  • Der Ablauf läuft an der falschen Stelle schief — den Kern-Ablauf in SKILL.md anpassen, aber schlank halten.
  • Claude fehlt schlicht eine Information — eine neue Wissensdatei ergänzen, statt mehr Text in den Kern-Ablauf zu packen.
  • Etwas ist passiert, das nie wieder passieren darf — daraus wird eine neue Regel.
  • Claude tut sich mit einem bestimmten Tool schwer — einmal von Hand zeigen, wie es geht, und Claude bitten, sich selbst eine Anleitung dafür aufzuschreiben.

Der Haken: Ist ein Skill wirklich sofort im ganzen Team nutzbar?

Das große Versprechen rund um Skills lautet oft: Einer schreibt ihn, alle im Team profitieren sofort. Nehmen wir an, du hast den Angebot-Skill fertig und möchtest ihn deiner Kollegin geben. Stimmt das Versprechen? Es kommt darauf an, wo du arbeitest — ein Detail, das leicht untergeht.

Auf claude.ai — dort, wo die meisten Solo-Berater und kleinen Teams tatsächlich arbeiten — ist ein eigener Skill zunächst Privatsache: Jeder Nutzer lädt ihn einzeln als ZIP hoch, ein Admin kann ihn nicht zentral fürs Team verteilen. Über die Claude API ist ein Skill dagegen workspace-weit sofort für alle da. Und in Claude Code gilt: Liegt der Skill im Projekt-Ordner (.claude/skills/), landet er im Git-Repository — und ist damit automatisch bei jedem dabei, der mit diesem Projekt arbeitet (Quelle: Anthropic-Doku, Abschnitt „Sharing scope“, Stand: 07/2026).

Für unsere Kollegin heißt das: Auf claude.ai bekommt sie den Angebot-Skill per Datei-Export und lädt ihn selbst hoch. Kein Beinbruch — aber ein Unterschied, den du kennen solltest, bevor du Skills als „einmal schreiben, ganzes Team ist sofort besser“ verkaufst. Und ein zweiter, ebenso wichtiger Punkt: Ein Skill ist so gut wie deine letzte Korrektur, kein Zauberknopf, der beim ersten Versuch perfekt sitzt.

Alles zum Nachbauen: das kostenlose Cheat Sheet

Damit du direkt loslegen kannst, haben wir das Grundgerüst als Cheat Sheet aufbereitet: die exakte SKILL.md-Struktur zum Copy-Paste inklusive aller Pflichtfelder, fünf weitere Skill-Ideen speziell für kleine Unternehmen — und die vollständige Sharing-Tabelle aus diesem Beitrag zum schnellen Nachschlagen.

Und wie immer: BLEIB NEUGIERIG.

Kommentar hinterlassen

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

Bereit für KI in Ihrem Unternehmen?

Lassen Sie uns gemeinsam die ersten Schritte zur KI-Integration planen.