---
type: skill
agent_ready: true
schema_version: 1
bundle_version: "0.28.0"
name: linkedin-entwurf
description: "Nimmt eine LinkedIn-Post-Idee (aus linkedin-ideen oder als freies Thema) und generiert substanzielle Entwürfe mit Format-Wahl und Hook-Vorschlägen. Hier entsteht die inhaltliche Qualität: PVL-Skelett (Problem-Vision-Lösung), Griffigkeits-Test, Lese-Persona-Test, zitierbarer Hammer und konkrete Take-aways. Aufruf: 'Skill(\"linkedin-entwurf\")' (zeigt offene Ideen zur Auswahl), mit Dateinamen-Argument (bestehende Idee aufgreifen) oder mit freiem Thema (Fast Path). Trigger: Post schreiben, Entwurf machen, Post ausarbeiten, Format wählen, Post entwerfen, Entwurf für LinkedIn, Post mit Griffigkeit."
tags:
  - skill
  - linkedin
  - content
scope: vault
bundle_skill: true
default_active:
  allgemein: true
  content: true
depends_on: []
conflicts_with: []
created: 2026-05-17
updated: 2026-05-17
---

# LinkedIn-Entwurf

Du schreibst substanzielle LinkedIn-Post-Entwürfe, die über nette Beobachtungen hinausgehen. Jeder Entwurf beantwortet nicht nur "So what?" (warum ist das relevant?), sondern auch "Now what?" (was kann der Leser konkret tun oder anders denken?). Das unterscheidet einen griffigen Post von einem, der nett klingt, aber nichts hinterlässt.

Der Skill sitzt zwischen `linkedin-ideen` (Ideenfindung) und `linkedin-finalize` (Feinschliff, Thumbnail, Hashtags). Hier passiert die inhaltliche Schwerarbeit: Format-Wahl, PVL-Skelett, Hook-Entwicklung und Qualitäts-Gates.

Im Bundle wird der Skill via Claude-Tool-Aufruf `Skill('linkedin-entwurf')` getriggert, nicht über einen Vault-Slash-Command. Das `/linkedin-entwurf`-Kommando steht bei einem aktivierten `content`-Profil aber zur Verfügung.

## Konfiguration

Pfade und Verhalten werden über `skill.config.yaml` gesteuert (Loader: `config_loader.load_skill_config`). Fehlt die Datei, laufen alle Phasen mit Standard-Defaults.

Vollständige Konfigurations-Vorlage: `skill.config.example.yaml`.

**Feature-Flags** (alle in `skill.config.yaml` unter `features:`):

- `enable_glossar_check` (Default `true`) — Glossar-Datei unter `{context}/Glossar.md` laden und Gate 1 aktiv ausführen. Bei fehlender Datei: Warnung, kein Abbruch.
- `enable_quality_gates` (Default `true`) — Alle 14 Qualitäts-Gates in Step 3c aktiv. Wenn `false`: Gates werden übersprungen, nur Entwurf ausgegeben. Empfohlen: immer `true`.
- `enable_format_recommendation` (Default `true`) — Format-Empfehlung pro Idee-Signal in Step 2 aktiv (Tabelle Idee-Signal → Empfohlene Formate). Wenn `false`: alle Formate gleichwertig angeboten.

**Pfad-Schlüssel** (in `skill.config.yaml` unter `paths:`):

- `posts_in_progress` — Post-Ordner "In Bearbeitung". Default: `{areas}/Content & Positionierung/LinkedIn Posts/01 In Bearbeitung`. Der Loader löst `{areas}` gegen den Bundle-Layout-Wert auf.

**Anwender-Hinweis:** Dieser Skill erwartet folgende Vault-Inhalte:
- `{context}/Schreibstil.md` — Tonalität und Stilregeln
- `{context}/ICP.md` — Zielgruppe
- `{context}/Glossar.md` — Korrekte Schreibweisen (wenn `enable_glossar_check: true`)
- `{areas}/Content & Positionierung/LinkedIn-Strategie.md` — Qualitätsanforderungen, Grundhaltung, PVL-Definition
- `{areas}/Content & Positionierung/LinkedIn Best Practices/00-Übersicht.md` — Referenz-Index für Hook-Pattern
- `{areas}/Content & Positionierung/LinkedIn Best Practices/Post-Formate.md` — Format-Katalog

Default-Templates wurden vom Setup-Agent angelegt unter `templates/` — bitte mit eigenen Inhalten befüllen, bevor du den Skill das erste Mal nutzt.

Eigene Best-Practices-Posts in `{areas}/Content & Positionierung/LinkedIn Best Practices/` ergänzen: drei generische Platzhalter `<Referenzpost A/B/C>` in Step 1 zeigen dir, wo deine eigenen Vorbilder hin gehören.

## Ablauf

### Step 0: Input bestimmen

Der Post-Ordner liegt unter `{paths.posts_in_progress}` (aufgelöst aus `skill.config.yaml` oder Default).

**Path A — Bestehende Idee (von linkedin-ideen):**
Argument = Dateiname → Glob mit Pattern `{paths.posts_in_progress}/**/*.md`, Teilübereinstimmung im Dateinamen reicht. `00-Ideenspeicher.md` ignorieren. Die Datei muss `status: idee` im Frontmatter haben. Lies den `## Idee`-Abschnitt — dort stehen Kernidee, empfohlenes Format, Zielgruppe und ggf. Zahlen aus der Recherche.

**Path B — Fast Path (freies Thema):**
Argument = freies Thema ohne Match auf existierende Datei. Lege eine neue Post-Datei an:

Ordner: `{paths.posts_in_progress}/[Thema]/`
Datei: `[Thema].md`

```yaml
---
type: linkedin-post
description: "[Thema in einem Satz]"
tags:
  - linkedin-post
status: idee
format: ""
geplant: ""
veröffentlicht: ""
url: ""
thumbnail: ""
hashtags: []
created: [heute]
updated: [heute]
---
```

```markdown
# [Thema]

## Idee

**Kernidee:** [Thema, wie vom Anwender genannt]

## Entwurf

Wird in diesem Durchlauf ausgefüllt.

## Verknüpfungen

- [[{areas}/Content & Positionierung/Content & Positionierung]]
```

**Path C — Ohne Argument:**
Glob alle `.md`-Dateien unter `{paths.posts_in_progress}/**/*.md` (außer `00-Ideenspeicher.md`). Prüfe im Frontmatter auf `status: idee`. Zeige die Treffer als nummerierte Liste (Titel + description). Der Anwender wählt.

Kein Treffer? → Hinweis: "Keine offenen Ideen. Starte `linkedin-ideen` für neue Vorschläge, oder `linkedin-entwurf [Thema]` als Fast Path."

### Step 1: Kontext laden

Lies diese Dateien parallel per Read-Tool. Alle Pfade relativ zum Vault-Root.

1. `{context}/Schreibstil.md` — Tonalität und Stilregeln
2. `{context}/ICP.md` — Zielgruppe
3. `{context}/Glossar.md` — Korrekte Schreibweisen _(nur wenn `enable_glossar_check: true`)_
4. `{areas}/Content & Positionierung/LinkedIn-Strategie.md` — Qualitätsanforderungen, Grundhaltung, PVL-Definition
5. `{areas}/Content & Positionierung/LinkedIn Best Practices/00-Übersicht.md` — Referenz-Index, dann ALLE dort verlinkten Posts einzeln lesen (Platzhalter: `<Referenzpost A>`, `<Referenzpost B>`, `<Referenzpost C>` — mit eigenen Best-Practices-Posts befüllen). Die Anatomie-Tabellen und "Was wir daraus übernehmen"-Abschnitte sind die konkreten Vorbilder für Hook-Pattern, Kippmomente und Take-aways.
6. `{areas}/Content & Positionierung/LinkedIn Best Practices/Post-Formate.md` — Format-Katalog mit Struktur-Skeletten

**Nicht laden** (spart Tokens, wird hier nicht gebraucht): `Über mich`, `Branding`, `Zwölf Lieblingsprobleme`, Performance-Brief, Trend-Brief.

### Step 2: Format wählen

Lade die verfügbaren Formate aus `Post-Formate.md`. Leite aus dem Idee-Inhalt eine Empfehlung ab _(wenn `enable_format_recommendation: true`)_:

| Idee-Signal | Empfohlene Formate |
|---|---|
| Schmerzpunkt, Frustration, Branchenproblem | PVL (Problem-Vision-Lösung) |
| Persönliche Erfahrung, Wendepunkt, Gelerntes | Storytelling + PVL im Hintergrund |
| Überraschende Zahl, Kontrast Alt vs. Neu | Zahlen-Kontrast |
| Alltagsbeobachtung, Metapher | Beobachtungs-Hook |
| Gegenposition zu gängiger Meinung | Kontrast-Reframe |
| Schritt-für-Schritt, konkretes How-To | Mini-Guide |
| Wiederkehrendes Thema, Serienpotenzial | Serien-Hook |

Nutze AskUserQuestion mit diesen Parametern:
- Zeige alle Formate aus Post-Formate.md als Auswahl
- Markiere die empfohlenen 1–2 Formate (wenn `enable_format_recommendation: true`)
- Pro Format: Name + 1-Satz-Beschreibung + kurze Begründung, warum es zur Idee passen könnte (oder nicht)
- Erlaube Mehrfachauswahl (max. 3)
- Der Anwender kann auch ein Format wählen, das nicht empfohlen wurde

### Step 3: Entwürfe generieren

Das Herzstück. Pro gewähltem Format einen vollständigen Entwurf plus 2–3 Hook-Vorschläge.

#### 3a: Hook-Vorschläge entwickeln

Pro Entwurf 2–3 Hooks, jeder max. 140 Zeichen. Ein Hook ist das, was im LinkedIn-Feed vor dem "Mehr anzeigen" sichtbar ist (ca. 2 Zeilen). Gute Hooks sind:

- **Harte Behauptung:** "KI-Transformation scheitert nicht an der Technik." (`<Referenzpost A>`-Pattern)
- **Kontrast:** "Drei Sterne, vier Sterne, fünf Sterne. Das Ei bleibt." (`<Referenzpost B>`-Pattern)
- **Beobachtung + Reframe:** "Confidence wird nicht entdeckt. Confidence wird gebaut." (`<Referenzpost C>`-Pattern)
- **Serien-Hook:** "Was mich wundert. Eine Reihe. Folge X: ..." (`<Referenzpost B>`-Pattern)

Anti-Pattern: Themenankündigungen ("In meinem Artikel geht es um..."), Fragen an das Publikum als Opener, generische Einstiege ("Neulich habe ich...").

Beschrifte die Hooks als A, B, C.

#### 3b: Post-Text schreiben

**Stimme und Tonalität — das Wichtigste beim Schreiben:**

Bevor du auch nur einen Satz schreibst, vergiss die Gates. Die kommen danach. Zuerst schreibst du, als würde der Anwender einem klugen Freund beim Abendessen von etwas erzählen, das ihn beschäftigt. Konkret bedeutet das:

**Erzähle, berichte nicht.** "Eine Sekretärin in einem Montagebetrieb tippte täglich Fotos ab" ist ein Polizeibericht. "Jeden Morgen saß sie vor dem Bildschirm und tippte Zahlen ab, die jemand auf einer Baustelle auf Papier geschrieben hatte" lässt den Leser die Szene sehen. Der Unterschied: Verben statt Nomen, Bilder statt Fakten, Tempo statt Aufzählung.

**Sinneserlebnis vor Abstraktion.** Nicht "Das Rührei war von geringer Qualität." Wenn der Post eine Situation beschreibt, muss der Leser sie riechen, sehen oder fühlen können.

**Natürlicher Gesprächsrhythmus.** Lies den Entwurf mental laut vor. Stolperst du? Dann ist der Satz zu gebaut. Klingt es wie ein Vortrag? Dann fehlt das Persönliche. Gute Posts haben den Rhythmus eines Gesprächs: mal ein langer Gedanke, mal ein kurzer Einwurf, mal eine Pause. Kein mechanisches Stakkato.

**Der Anwender muss drinstecken.** Nicht als Held, nicht als Lehrer, sondern als jemand, der etwas erlebt und darüber nachgedacht hat. Details machen den Unterschied: ein konkreter Moment, ein Gefühl, eine Überraschung.

**Erst schreiben, dann prüfen.** Schreib den Post in einem Fluss, ohne während des Schreibens an die Gates zu denken. Die Gates sind ein Sicherheitsnetz für danach, kein Bauplan für den Text. Ein Post, der alle 14 Gates besteht aber kalt klingt, ist schlechter als einer, der zwei Gates reißt aber menschlich ist.

Das PVL-Skelett (Problem-Vision-Lösung) läuft bei JEDEM Format im Hintergrund mit, auch bei Storytelling. Aber es muss sich nicht anfühlen wie PVL. Es ist die Struktur unter der Oberfläche, nicht die Oberfläche selbst.

#### 3c: Qualitäts-Gates

Jeden Entwurf still gegen ALLE Gates prüfen _(wenn `enable_quality_gates: true`)_. Verstöße direkt im Entwurf korrigieren, nicht erst auflisten und dann fixen.

| # | Gate | Was genau geprüft wird |
|---|---|---|
| 1 | **Glossar-Check** | Alle Eigennamen und Fachbegriffe gegen Glossar. Falsche Schreibweisen korrigieren. _(hinter `enable_glossar_check`)_ |
| 2 | **Stilprüfung** | Text gegen Regeln aus `{context}/Schreibstil.md`. Keine Gedankenstrich-Inflation, keine KI-typischen Formulierungen. |
| 3 | **Hook-Schärfung** | Max. 140 Zeichen, harte Behauptung oder Kontrast, keine Themenankündigung. Würde jemand im Feed stoppen? |
| 4 | **PVL-Skelett** | Problem, Vision, Lösung müssen explizit benennbar sein (in einem Satz je). Auch bei Storytelling. |
| 5 | **Griffigkeits-Test** | "Now what?" muss beantwortet sein. Konkreter Ansatz, konkretes Umdenken, konkretes Tool, konkreter Perspektivwechsel. |
| 6 | **Lese-Persona-Test** | Drei Prüfpunkte: (a) Gibt es einen Reframe ODER eine Wiedererkennungs-Situation? (b) ich→du-Brücke: Kommt der Post von persönlicher Erfahrung zur Relevanz für den Leser? (c) Lässt sich der Take-away in einem Satz sagen? |
| 7 | **Zitierbarer Hammer** | Min. 1 Satz, der allein stehen kann und den jemand in seinen Kopf mitnimmt. Eigene Zeile, keine eingebettete Nebensatzklammer. |
| 8 | **Menschlich, nicht KI** | Vorlese-Test: Klingt der Post laut gelesen wie ein Mensch, der erzählt? Konkret vermeiden: (a) KI-Stakkato, (b) Bullet-Listen mit Doppelpunkt-Einleitung, (c) Formel-Stil, (d) Ein-Satz-Absatz-Inflation, (e) Klinische Distanz, (f) Nomen-Ketten statt Verben, (g) Mehr als 2 rhetorische Kunstgriffe pro Post. |
| 9 | **Weichmacher** | Keine "vielleicht", "eventuell", "möglicherweise", "ein bisschen", "irgendwie", "relativ", "ziemlich". |
| 10 | **Topic Fingerprint** | Verbindung zu mindestens einem thematischen Pfeiler des Anwenders (definiert in `{areas}/Content & Positionierung/LinkedIn-Strategie.md`). |
| 11 | **Save-Worthiness** | Würde jemand diesen Post speichern, weiterleiten oder screenshotten? Wenn nein: mehr Substanz, konkretere Ansätze, schärfere These. |
| 12 | **Schluss** | Gedankenanstoß oder starke Aussage. Verboten: Werbe-CTA, generische Publikumsfrage, Engagement-Bait. |
| 13 | **Länge** | 800–1.600 Zeichen gesamt. Sweet Spot 800–1.000. Mini-Guides dürfen bis 1.800, wenn sie lesbar bleiben. |
| 14 | **Rhythmus** | Min. 1 sehr kurzer Satz (≤ 5 Wörter) als Bruch im Lesefluss. Keine monotonen Blöcke gleich langer Sätze. |

### Step 4: Entwürfe präsentieren

Pro Entwurf in dieser Reihenfolge zeigen:

**1. Hook-Vorschläge**
```
Hook A: [Text]
Hook B: [Text]
Hook C: [Text]
```

**2. Griffigkeits-Check (transparent)**
```
PVL-Skelett:
  Problem: [1 Satz]
  Vision: [1 Satz]
  Lösung: [1 Satz]
Take-away: [1 Satz, den der Leser mitnimmt]
Lese-Persona-Test: [Reframe/Wiedererkennung] + [ich→du-Brücke vorhanden?]
```

Dieser Check ist bewusst sichtbar — der Anwender soll auf einen Blick sehen, ob der Post Substanz hat.

**3. Vollständiger Post-Text**
Mit Hook A eingesetzt, vollständig ausformuliert, bereit zum Lesen.

Bei mehreren Entwürfen (mehrere Formate gewählt): nacheinander zeigen, klar nummeriert.

Dann als normalen Text (kein AskUserQuestion):
**"Welchen Entwurf + Hook willst du nehmen? Oder soll ich etwas anpassen?"**

Überarbeiten, bis der Anwender zufrieden ist.

### Step 5: Datei aktualisieren

Im Frontmatter der Post-Datei:
- `status: entwurf` setzen (war `idee`)
- `format:` auf das gewählte Format setzen (z.B. "pvl", "storytelling", "kontrast-reframe")
- `updated:` auf heute setzen

Im Body:
- `## Entwurf` mit dem finalen Post-Text füllen (inkl. gewähltem Hook)
- `## Idee`-Abschnitt bleibt unverändert erhalten

### Step 6: Routing-Frage

Nach dem Speichern als normalen Text:

> **Entwurf steht in `[Dateipfad]`.**
>
> Wie weiter?
> - `linkedin-research [Titel]` — Varianten testen lassen
> - `linkedin-finalize [Titel]` — Direkt zum Feinschliff (Natur-Sprech-Check, Thumbnail, Hashtags)

NICHT automatisch den nächsten Skill aufrufen. Der Anwender entscheidet, wann er weitermacht.

## Hinweise zum Verhalten

- **Stimme schlägt Struktur.** Ein Post, der alle 14 Gates besteht aber kalt klingt, ist schlechter als einer, der menschlich klingt und zwei Gates reißt. Die Gates sind ein Sicherheitsnetz, kein Bauplan. Wenn du zwischen "korrekt nach Gate" und "klingt menschlich" wählen musst, wähle Menschlichkeit.
- **Griffigkeit ist das zweite Qualitätskriterium.** Ein Post, der stilistisch sauber ist aber nichts Konkretes hinterlässt, ist nicht gut genug.
- **PVL ist kein starres Korsett.** Das Skelett läuft im Hintergrund. Bei einem Storytelling-Post stehen Problem, Vision und Lösung nicht als Überschriften da, aber sie müssen benennbar sein.
- **Hooks testen, nicht nur schreiben.** Die Hook-Vorschläge sollen sich anfühlen wie drei echte Alternativen, nicht wie Varianten desselben Satzes. Mindestens ein Hook soll provokant sein, einer eher beobachtend.
- **Der häufigste Fehler:** Posts, die alle Checkboxen abhaken (Hook ✓, PVL ✓, Hammer ✓) aber kalt und mechanisch klingen. Das passiert, wenn die Gates den Schreibprozess steuern statt ihn nur zu prüfen. Schreib zuerst den Post als Mensch, dann prüfe gegen die Gates.
- **Dynamisches Regelwerk:** Dieser Skill enthält bewusst keine duplizierten Inhaltsregeln. Anforderungen, Grundhaltung, Stilregeln, Zielgruppe und Format-Katalog werden bei jedem Aufruf frisch aus dem Vault geladen.

## Verknüpfungen

- [[INDEX|INDEX.md]]
- [[AGENTS|AGENTS.md]]
