Claude Skills für Social-Media-Marketer, erklärt

Ein Claude Skill ist ein verpackter, wiederholbarer Workflow: ein Ordner mit einer Markdown-Datei, die Claude erklärt, wie eine ganz bestimmte Aufgabe zu erledigen ist — und die Claude von selbst lädt, sobald eine Aufgabe dazu passt. Es ist kein Code und kein Plugin, sondern ein Satz geschriebener Anweisungen plus, optional, die Vorlagen und Referenzdateien, auf die diese Anweisungen verweisen.

Für Social-Media-Arbeit heißt das: Die Reporting-Struktur, die du jeden Monat aufs Neue einem Chatfenster erklärst, die Caption-Regeln, die in einem Dokument stehen, das niemand öffnet, und das Hook-Framework in deinem Kopf können alle zu etwas werden, das der Assistent standardmäßig anwendet. Unten: was ein Skill tatsächlich enthält, drei zum Direktkopieren, wie du einen ohne Code baust — und die ehrliche Grenze, an der ein Skill aufhört, nützlich zu sein.

Was ein Skill tatsächlich enthält

Jeder Skill ist ein Ordner. Darin liegt eine Pflichtdatei — SKILL.md — mit zwei Teilen:

• Ein kurzer Header mit name und description. Die Description ist die wichtigere Hälfte: Sie sagt Claude, wann es zu diesem Skill greifen soll.
• Der Body, in reinem Markdown. Anweisungen, Struktur, Beispiele, Regeln, Dinge, die niemals passieren dürfen. Geschrieben so, wie du eine kompetente freie Mitarbeiterin an ihrem ersten Tag briefen würdest.

Optional kannst du weitere Dateien in denselben Ordner legen — eine Markenstimmen-Referenz, eine Tabellen-Vorlage, eine Checkliste, ein Beispiel für ein fertiges Deliverable — und aus dem Body darauf verweisen.

Der Mechanismus, der das lohnenswert macht, ist Progressive Disclosure. Standardmäßig liegen nur Name und Description in Claudes Kontext. Die vollständigen Anweisungen werden erst gelesen, wenn eine Aufgabe sie tatsächlich verlangt. Du kannst also ein Dutzend Skills bauen, ohne dass jedes Gespräch ein Dutzend Dokumente voller Regeln mitschleppt.

Stand Juli 2026 liefert Anthropic außerdem vorgefertigte Skills für Dokumentenarbeit aus — Tabellen, Slide Decks, Word-Dokumente, PDFs — weshalb „Mach mir daraus ein Deck" merklich besser funktioniert als früher. Die haben dieselbe Form wie alles, was du selbst schreiben würdest.

Ein Skill ist kein gespeicherter Prompt

Der Unterschied ist wichtiger, als er klingt.

Wenn du bereits eine Bibliothek wiederverwendbarer Anweisungen aufgebaut hast — unsere Sammlung von KI-Prompts für Social Media ist ein brauchbarer Ausgangsbestand —, hast du das meiste Rohmaterial für deine ersten drei Skills beisammen. Die Arbeit besteht vor allem im Umsortieren, nicht im Schreiben bei null. Dasselbe gilt, wenn du strukturierte Prompt-Frameworks nutzt: Ein Framework, das du jedes Mal manuell anwendest, ist ein Skill, der nur darauf wartet, einer zu werden.

Das Upgrade ist kleiner, als es klingt, und es ist dasselbe Upgrade, welchen Assistenten du auch nutzt. Wenn dein Prozess heute aussieht wie die Copy-paste-Schleife aus unserem Guide zu ChatGPT für Social Media — Kontext wiederherstellen, Anweisungen einfügen, hoffen, dass du die aktuelle Version eingefügt hast —, dann ist ein Skill genau diese Schleife, nur ohne das Erinnern auf deiner Seite.

Der Test, ob etwas ein Skill werden sollte: Hast du es dem Assistenten mehr als zweimal erklärt?

Drei Skills, die sich zuerst lohnen

Das sind die drei, die sich für Solo-Creator, SMB-Marketer oder kleine Agenturen am schnellsten auszahlen. Kopier sie, ändere die Details, behalte die Form.

1. Der Monatsreport-Skill

Reporting ist der perfekte Kandidat: hohe Frequenz, feste Struktur, null kreative Varianz und enorme Öde.

---
name: monthly-social-report
description: Nutzen, wenn der Nutzer einen Monats- oder Quartalsreport
  zu Social Media, einen Performance-Rückblick oder ein Kunden-Update
  zu Social-Ergebnissen anfragt. Regelt Struktur, Ton und Pflichtabschnitte.
---

## Monats-Report Social Media

## Vor dem Start sicherstellen, dass vorliegt
- Ein Export auf Post-Ebene für den Berichtsmonat: Plattform, Datum,
  Format, Reichweite, Interaktionen, Saves, Link-Klicks
- Der Export des Vormonats zum Vergleich
- Alle Launch-, Kampagnen- oder Feiertagstermine im Zeitraum

Fehlt etwas, danach fragen. Niemals eine Zahl schätzen oder ableiten,
die nicht in den gelieferten Daten steht.

## Struktur — diese Abschnitte, in dieser Reihenfolge
1. **Die Ein-Zeilen-Headline.** Was sich diesen Monat verändert hat und warum.
2. **Zahlen-Tabelle.** Metrik, dieser Monat, letzter Monat, % Veränderung.
   Sinnvoll runden. Alles markieren, was sich um mehr als 20 % bewegt hat.
3. **Top drei Posts.** Link, Format, ein Satz dazu, warum es funktioniert hat.
4. **Schwächste drei Posts.** Dasselbe, ein Satz zur wahrscheinlichen Ursache.
5. **Was wir nächsten Monat ändern.** Maximal drei Maßnahmen, jede an
   etwas aus den Daten oben gekoppelt.

## Ton
Klare Sprache. Keine Adjektive, die die Arbeit von Zahlen erledigen.
Niemals „das Engagement war stark" schreiben — schreibe die Zahl und
den Vergleich. War ein Monat schlecht, sag es in der Headline.

Diesen letzten Abschnitt bemerken Kunden. Wenn du zuerst die vollständige manuelle Version dieses Workflows willst: Unser Guide zum Erstellen eines Social-Media-Reports erklärt, was in jeden Abschnitt gehört und warum.

2. Der Caption-QA-Skill

Dieser läuft nach dem Entwerfen, als Gate statt als Generator. Er fängt die langweiligen Fehler ab, die KI-gestützten Output nach KI aussehen lassen.

---
name: caption-qa
description: Vor jeder Caption nutzen, die geplant oder veröffentlicht
  wird. Prüft einen Caption-Entwurf gegen Plattform-, Marken- und
  Barrierefreiheitsregeln und gibt pro Punkt ein Pass/Fix-Urteil zurück.
---

## Caption QA

Prüfe die Caption gegen jeden Punkt. Gib eine kurze Tabelle zurück:
Punkt, PASS oder FIX, und bei FIX den korrigierten Text.

1. **Hook.** Funktioniert die erste Zeile, wenn der Rest abgeschnitten
   ist? Braucht sie die zweite Zeile, um Sinn zu ergeben, schreib sie um.
2. **Länge.** Bestätige, dass die Caption auf die Zielplattform passt.
   Ist sie nah an der Obergrenze, markiere das — rate das Limit nicht.
3. **Eine Idee.** Enthält die Caption zwei Argumente, teile sie in zwei
   Posts und sag das.
4. **Verbotene Phrasen.** „Game-Changer", „eintauchen in", „in der
   heutigen schnelllebigen", „unlocken", „elevaten", jeder Einstieg mit
   rhetorischer Frage.
5. **Behauptungen.** Jede Zahl, Statistik oder Superlativ muss auf etwas
   zurückführbar sein, das der Nutzer geliefert hat. Erfundenes markieren.
6. **CTA.** Genau einer, und er muss zum Verhalten der Plattform passen
   (kein „Link in Bio" auf LinkedIn).
7. **Barrierefreiheit.** Alt-Text vorhanden. Keine Emojis mitten im Wort.
   Hashtags in CamelCase am Ende, nicht über den Satz verstreut.
8. **Stimme.** Lies es laut. Klingt es nicht nach einem Menschen, der
   hier arbeitet, schreib den schlechtesten Satz um.

Beachte Punkt 2. Statt eine Zeichenzahl fest in den Skill zu backen — wo sie still und leise veraltet —, weise ihn an, sie zu markieren und gegen eine gepflegte Referenz wie unsere Seite zu den Zeichenlimits in Social Media zu prüfen. Skills verrotten genauso wie Dokumentation, und der Fix ist, Fakten, die sich ändern, nicht hart zu verdrahten.

3. Der Hook-Varianten-Skill

Eng, mechanisch — und der, den du am häufigsten nutzen wirst.

---
name: hook-variants
description: Nutzen, wenn der Nutzer eine Post-Idee, ein Skript oder eine
  fertige Caption hat und alternative Eröffnungszeilen zum Testen will.
---

## Hook-Varianten

Gib genau acht Eröffnungszeilen zurück, eine pro Kategorie unten. Jede
muss für sich stehen, unter 12 Wörter lang sein und ohne Emoji auskommen.

1. Direkte Behauptung — die Schlussfolgerung zuerst nennen
2. Zahl — eine konkrete, spezifische Menge
3. Kontraintuitiv — das Gegenteil der gängigen Meinung
4. Fehler — was die meisten falsch machen
5. Vorher/Nachher — der Wandel in einer Zeile
6. Konkretes Detail — die kleine, schräge, wahre Sache
7. Kosten — was es kostet, das nicht zu tun
8. Frage — nur wenn es eine Frage ist, die der Lesende nicht beantworten kann

Nenne nach der Liste die zwei, die du zuerst testen würdest, und sag in
je einem Satz warum. Erfinde für die Zahlen-Variante keine Statistiken —
hat der Nutzer dir keine Zahlen gegeben, nutze stattdessen eine Anzahl
aus seinem eigenen Material (Tage, Schritte, Versuche).

Wenn du mehr dazu willst, was eine Eröffnungszeile, die den Tap verdient, von einer trennt, die es nicht tut: Im Guide zur KI-Hook-Generierung für Social Media gehen wir tiefer.

Wie du einen ohne Code baust

Es gibt keinen Build-Schritt und keinen Editor-Zwang. Der ganze Prozess:

1. Nimm eine Aufgabe, die du zweimal erklärt hast. Nicht deine ganze Strategie — eine Aufgabe mit wiederholbarem Output. Reporting, QA, Repurposing, Alt-Texte, erste Caption-Entwürfe aus einem Blogpost.
2. Schreib es als Briefing, nicht als Prompt. Beschreibe den Output, die Pflichtabschnitte, die Regeln und die Dinge, die nie passieren dürfen. Stichpunktlisten schlagen Absätze. Sei konkret bei Fehlerfällen — „niemals eine Statistik erfinden" verdient seinen Platz.
3. Schreib die Description für den Router, nicht für dich selbst. Hier scheitern die meisten ersten Versuche. description: Reporting-Kram wird nie auslösen. Benenne die Situationen: „Nutzen, wenn der Nutzer einen Monats- oder Quartalsreport, einen Performance-Rückblick oder ein Kunden-Update anfragt."
4. Speichere sie als SKILL.md in einem Ordner, der nach dem Skill benannt ist. Das ist der komplette Verpackungsschritt.
5. Teste ihn an einer echten Aufgabe, nicht an einer Testaufgabe. Schau, was er falsch macht, und bearbeite dann die Datei — nicht den Chat. Den Chat zu bearbeiten lehrt nichts; die Datei zu bearbeiten summiert sich.
6. Ergänze Referenzdateien, sobald der Body lang wird. Eine separate Markenstimmen-Datei, eine Report-Vorlage, ein durchgearbeitetes Beispiel. Der Body verweist darauf.

Du kannst den Workflow auch einfach Claude beschreiben und dir die SKILL.md entwerfen lassen, um dann zu bearbeiten, was zurückkommt. Das ist meist schneller als der Start bei einer leeren Datei, und so haben die meisten nicht-technischen Leute, die ich kenne, ihren ersten gebaut. Es hilft, grob zu verstehen, wie das zugrunde liegende Modell denkt — unser Glossareintrag zu künstlicher Intelligenz ist ein Zwei-Minuten-Primer, falls das unscharf ist.

Wo Skills aufhören

Ein Skill macht den Assistenten konsistenter bei einer Aufgabe. Er ändert nicht, worauf der Assistent zugreifen kann.

• Ein Skill entwirft und strukturiert. Er veröffentlicht nicht. Nichts in einer SKILL.md ist mit deinen Accounts verbunden. Der Output muss immer noch aus einem Chatfenster in eine Queue kommen, am richtigen Tag, zur richtigen Zeit, im richtigen Format pro Plattform.
• Er weiß nur, was du ihm gibst. Ein Reporting-Skill ohne Export ist ein sehr selbstbewusster Rater. Willst du, dass der Assistent deine Live-Zahlen liest statt einer eingefügten CSV, ist das ein Verbindungsproblem, kein Anweisungsproblem — der Erklärer zum Model Context Protocol beschreibt, was dafür tatsächlich nötig ist.
• Er ist keine Strategie. Ein Skill kodiert eine Entscheidung, die du schon getroffen hast. War die Entscheidung falsch, macht dich der Skill nur schneller und konsistenter falsch.
• Er ersetzt den Review-Schritt nicht. Das ist dasselbe Prinzip wie hinter jedem vernünftigen Human-in-the-Loop-KI-Workflow: Der Assistent bereitet vor, ein Mensch gibt frei, und nichts geht ungeprüft raus. Unsere breitere Sicht auf KI-generierte Social-Media-Inhalte lautet: Die Qualitätsobergrenze setzt der Reviewer, nicht der Generator.

Genau an diesem letzten Punkt zählt das Tooling. In einem Chatfenster zu entwerfen ist in Ordnung; darin freizugeben nicht, weil es keine Kalenderansicht gibt, keine Vorschau pro Plattform und keinen Nachweis darüber, wer abgenickt hat. SocialKit ist die andere Hälfte dieser Schleife — du verfasst einmal und passt Caption, Hashtags und Medien pro Plattform über 11 Netzwerke an (Instagram, TikTok, YouTube inklusive Shorts, Facebook, LinkedIn, X, Threads, Bluesky, Pinterest, Mastodon, Google Business), siehst den ganzen Monat auf einem visuellen Content-Kalender und planst zu empfohlenen Posting-Zeiten. Team- und Enterprise-Pläne ergänzen Freigabe-Workflows, damit kein Entwurf ungeprüft rausrutscht.

Um klar zu sagen, was ein Scheduler nicht löst: SocialKit hat keine Unified Inbox, kein Social Listening und keine Queue für Kommentar-Moderation — ein Skill, der Antworten entwirft, lässt dich also weiterhin nativ antworten. Was es abdeckt, ist der Teil zwischen „der Entwurf ist gut" und „der Post ist raus": Queue, Timing, plattformspezifische Formatierung und die Analytics, die du in den Report-Skill des nächsten Monats zurückspeist.

Fang diese Woche hier an

Eine realistische Reihenfolge, der Reihe nach, wobei der erste Schritt etwa zwanzig Minuten dauert:

1. Öffne deine letzten drei Chats mit Claude und finde die Anweisungen, die du mehr als einmal eingefügt hast. Das ist dein Backlog.
2. Bau zuerst den Caption-QA-Skill. Er hat den höchsten Wert, weil er ein Gate ist und kein Generator — er verbessert Output, den du ohnehin schon produzierst, statt mehr davon zu erzeugen.
3. Schreib die Description sorgfältig, dann teste den Trigger. Starte ein frisches Gespräch, beschreibe die Aufgabe in deinen eigenen Worten und prüfe, ob der Skill auslöst, ohne dass du ihn benennst. Tut er das nicht, ist die Description zu vage.
4. Lass ihn über zehn echte Captions laufen. Notiere jedes falsche Urteil. Bearbeite die Datei, nicht das Gespräch.
5. Ergänze den Reporting-Skill am Monatsende, wenn die Öde frisch ist und du genau siehst, was du automatisierst.
6. Veröffentliche weiterhin dort, wo es hingehört. Entwirf mit Skills, prüfe als Mensch, plane dann aus einem Kalender heraus, in dem die Specs pro Plattform schon erledigt sind — starte eine kostenlose 7-Tage-Testphase, falls dir dieses Teil noch fehlt (Flat-Pricing, alle 11 Plattformen in jedem Plan, ab €29/Monat Solo oder €17.40/Monat bei jährlicher Abrechnung, Stand Juli 2026).

Die Teams, die echten Hebel aus Skills ziehen, sind nicht die mit den meisten. Es sind die mit vier guten, die sie tatsächlich bearbeiten, wenn der Output falsch ist.