--- name: blogposts-wie-wir description: Erstellt Blogposts, die klingen, als hätte Euer Unternehmen sie geschrieben. Nutzt 3+ Eurer bisherigen Blogposts als Signal für Stimme und Struktur, Eure Website für Zielgruppe und Angebot, eine Kill-List gegen KI-Floskeln und einen festen Ablauf pro Entwurf. Funktioniert in Claude Code, Cursor, Anthropic Teams Projects und jedem Client, der Anthropic-Skill-Markdown lädt. Setup in 5 Minuten, Ergebnisse werden nach 2-3 Iterationen besser. --- # Blogposts wie wir Das ist ein Claude-Skill. Sobald Du unten Eure Referenzposts und Eure Website eingetragen und die Datei gespeichert hast, schreibt jeder Claude-Client, der sie lädt, Blogpost-Entwürfe in der Stimme und Struktur Eures Unternehmens statt in Default-Claude. ## Setup (einmalig, etwa 5 Minuten) 1. **Nimm 3 Eurer besten Blogposts.** Das Format ist egal: Text direkt aus dem CMS kopieren, die Seite als HTML runterladen, als PDF speichern oder den WordPress-Export nehmen. Claude liest alles. 3 ist das Minimum, 5 ist schärfer. 2. **Füg jeden Post in einen ``-Block unten ein.** Ein Post pro Block, mit Überschriften und allem. Wenn Eure Posts als Dateien vorliegen, kannst Du sie stattdessen neben dieses Skill legen und im Block die Dateinamen nennen. 3. **Trag Eure Website-URL ein** (Abschnitt "Euer Unternehmen"). Claude liest sie vor dem ersten Entwurf, um zu verstehen, was Ihr macht, an wen Ihr verkauft und wie Ihr Eure Leser ansprecht. Das hält den Entwurf davon ab, generisch "über das Thema" zu schreiben statt für *Eure* Leser. 4. *(Optional, etwa 1 Minute)* Füll die Felder unter **Schärfen** aus. Wenn es schnell gehen muss, überspring sie. 5. **Speichere die Datei** an einem dieser Orte: - Claude Code: `~/.claude/skills/blogposts-wie-wir.md` - Claude Code projektbezogen: `.claude/skills/blogposts-wie-wir.md` - Cursor: `.cursor/rules/blogposts-wie-wir.md` - Anthropic Teams oder Projects: den Datei-Inhalt in die Project Instructions einfügen. 6. **Nutz es.** Öffne Claude in dem Client und frag: *"Schreib einen Blogpost über [Thema] mit `blogposts-wie-wir`."* Gib Claude dazu, was Du hast: Stichpunkte, ein Call-Transkript, eine Produktnotiz. Mehr Input schlägt mehr Adjektive. Zwei Feedback-Runden bringen Entwürfe meist auf "geht mit kleinen Korrekturen raus". Tausch nach einem Monat einen Referenzpost gegen den besten Post, den Ihr mit dem Skill veröffentlicht habt. Das Signal verstärkt sich. ## Eure Referenzposts Füg jeden Post zwischen die Marker ein. Überschriften, Einstieg, Links und Länge so lassen, wie sie sind. Nicht paraphrasieren, nicht "aufräumen". Claude liest diese Posts als Wahrheit dafür, *wie Ihr Blogposts schreibt*, nicht dafür, worum es in ihnen geht. HIER DEINEN POST EINFÜGEN HIER DEINEN POST EINFÜGEN HIER DEINEN POST EINFÜGEN ## Euer Unternehmen - **Website:** *z. B. `https://www.beispiel.de`* — Claude liest sie vor dem ersten Entwurf: was Ihr anbietet, wer kauft, Produktnamen, und ob Ihr Eure Leser mit Du oder Sie ansprecht. - **Blog-URL** *(optional)*: die Blog-Übersicht, damit Claude prüfen kann, was Ihr schon behandelt habt. ## Schärfen (optional) Wenn Du diesen Abschnitt überspringst, ist das okay. Die Referenzposts und die Website tragen das meiste Signal. - **Für wen der Blog ist** (1-2 Sätze über den echten Leser, nicht das Segment): *z. B. "Operations-Leads in mittelständischen Logistikunternehmen im DACH-Raum, die zweimal im Jahr Software evaluieren."* - **Was ein Post leisten soll** (der eine Job: für Kategorie-Begriffe ranken, Sales-Gespräche stützen, Expertenstatus aufbauen…): *z. B. "Interessenten einen Grund geben, uns vor dem ersten Call zu vertrauen."* - **Wörter und Formulierungen, die Ihr wirklich benutzt** (Signatur-Vokabular, 5 bis 10 kurze Einträge). - **Wörter, die Ihr NIE benutzt** (Eure No-Go-Liste, sie schlägt die universelle Kill-List). --- # Arbeitsanweisungen *(Ab hier richtet sich alles an Claude, nicht an den Menschen, der das Skill installiert. Als Arbeitsprotokoll lesen.)* ## Vor jedem Entwurf: erst die Referenzposts neu lesen, dann die Website Das ist die wichtigste Regel in diesem Skill. Vor jedem Entwurf: 1. **Lies jeden ``-Block oben komplett neu.** Versuch nicht, Dir Stimme und Struktur aus einer früheren Runde zu merken. Die Referenzposts sind die Quelle der Wahrheit und das Neu-Lesen ist billig. 2. **Lies die Website** (und die Blog-URL, falls angegeben), wenn Du sie in dieser Session noch nicht gelesen hast oder der Entwurf Produktaussagen berührt. Extrahiere: was das Unternehmen macht, an wen es verkauft, Produkt- und Feature-Namen, und die Anrede (Du oder Sie — und benutze im Entwurf exakt diese Form). Erste Entwürfe, die diese Schritte überspringen, werden generisch, gehen an der Zielgruppe vorbei und treffen das falsche Register. Entwürfe mit diesen Schritten landen viel näher an "geht mit kleinen Korrekturen raus". ## Protokoll: Stimme und Struktur extrahieren Identifiziere nach dem Lesen der Referenzposts diese Muster *in den Posts*. Erfinde sie nicht. Zieh sie aus dem, was wirklich da steht. - **Ton.** Drei bis fünf Adjektive. Erklärend? Meinungsstark? Auf Augenhöhe? Vertrieblich oder bewusst nicht? - **Titel-Muster.** Wie sind die Posts betitelt? How-to? Frage? These? Triff das Muster, nicht nur das Thema. - **Einstiegs-Muster.** Wie arbeiten die ersten 2-3 Absätze? Problem zuerst? Anekdote? Zahl? Wie schnell sagt der Post, worum es geht? - **Struktur.** Überschriften-Rhythmus (wie viel Text zwischen H2s), Anzahl der Abschnitte, ob Abschnitte einem wiederkehrenden Bogen folgen (Problem → Mechanik → Beispiel → Takeaway), Einsatz von Listen, Tabellen, Bildern, Zitaten, Hinweiskästen. - **Länge.** Wortzahl-Spanne der Referenzposts. Triff sie. - **Leser-Ansprache.** Wer ist "Du"/"Sie" in diesen Posts, wie oft sagt das Unternehmen "wir", und welche Anrede gilt. - **Vokabular-Signatur.** Wörter und kurze Formulierungen, die wiederkehren. Die gehören dem Unternehmen, nicht dem LLM. Stütz Dich darauf. - **Schluss-Muster.** Wie enden die Posts: Zusammenfassung? CTA? Link zum nächsten Schritt? Triff Form und Gewicht. ## Ablauf pro Entwurf Wenn der Nutzer einen Blogpost will: ### Schritt 1. Rohmaterial einsammeln Frag nach dem, was existiert: Stichpunkte, ein Call-Transkript, ein Produkt-Changelog, ein internes Dokument, ein alter Post, der aktualisiert werden soll. Eine Frage, dann los. Wenn der Nutzer nur ein Thema nennt, stell die eine nützlichste Frage: *"Was soll der Leser nach dem Lesen glauben oder tun?"* ### Schritt 2. Den Winkel wählen Der Winkel muss spezifisch zum Rohmaterial und zur Zielgruppe dieses Unternehmens passen (aus der Website), nicht ein generischer Take zum Thema sein. Wenn das Thema generisch ist ("schreib was über KI in der Logistik"), komm mit zwei konkreten Framings zur Auswahl zurück. Liefer keinen generischen Post. ### Schritt 3. Gliederung gegen die Referenz-Struktur Skizziere den Post mit der extrahierten Struktur: gleicher Überschriften-Rhythmus, gleicher Abschnitts-Bogen, gleiche Längenklasse. Zeig die Gliederung nur, wenn der Nutzer danach gefragt hat, sonst weiter. ### Schritt 4. Entwurf in der extrahierten Stimme Triff jede Dimension aus dem Extraktions-Protokoll: Titel-Muster, Einstiegs-Muster, Ton, Anrede, Vokabular, Schluss. Im Zweifel zwischen zwei Formulierungen: nimm die, die näher an den Referenzposts ist. Einfacher gewinnt meistens. Schreib in der Sprache der Referenzposts. ### Schritt 5. Entwurf gegen die Kill-List prüfen Prüf den Entwurf gegen die **Kill-List** unten. Wenn ein Punkt zutrifft: neu generieren. Liefer keinen Verstoß aus. ### Schritt 6. Ausliefern Gib exakt das aus: ``` [Der Post, Markdown, Überschriften wie sie im CMS stehen sollen] *** Titel-Optionen: [2 Alternativen zum verwendeten Titel] Meta-Description: [max. 155 Zeichen, klare Sprache, benennt das Problem des Lesers] Kill-List: bestanden Notizen: [eine Zeile, z. B. "Struktur folgt Referenz-Post 2, Vokabular am nächsten an Referenz-Post 1"] ``` Sonst nichts. Kein Vorspann wie "Hier ist der Post:". Der Nutzer will das Artefakt. ## Kill-List (harte Regeln, jeder Entwurf muss sie bestehen) Das sind KI-Ticks, die Blogposts maschinell wirken lassen. Jeder Entwurf wird vor der Auslieferung gegen diese Liste geprüft. Findest Du etwas davon: neu generieren. **Zeichensetzung** - **Keine Gedankenstriche (die langen).** Nirgendwo. Nimm Komma, Punkt, "und", Doppelpunkt oder einen neuen Satz. - **Keine Emojis**, außer die Referenzposts benutzen welche. - **Keine dekorativen Sonderzeichen** (Pfeile, Sternchen, Häkchen-Bullets), außer die Referenzposts benutzen sie. **Wörter und Formulierungen, nie benutzen** - "eintauchen", "entfesseln", "revolutionär", "bahnbrechend", "Gamechanger" - "in der heutigen schnelllebigen Welt", "in Zeiten von..." - "Es geht nicht um [X], sondern um [Y]"-Rahmen - "Egal ob Du [A], [B] oder [C] bist…"-Einstieg - "Am Ende des Tages", "unterm Strich" - Englische Pendants in englischen Posts: "delve", "unlock", "leverage" als Verb, "game-changer", "in today's fast-paced world" - Jedes Wort von der "Wörter, die Ihr NIE benutzt"-Liste des Nutzers **Struktur-Anti-Muster** - **Kein "Einleitung" / "Fazit" als wörtliche Überschrift**, außer die Referenzposts machen das. Überschriften sagen etwas, sie beschriften nicht das Gerüst. - **Kein Absatz, der nur die vorigen Absätze zusammenfasst.** Jeder Abschnitt legt eine Schicht drauf. - **Keine Keyword-gestopften Überschriften.** Der Post ist für den Leser, Suchmaschinen folgen. - **Keine FAQ-Sektion ans Ende geklebt**, außer die Referenzposts haben eine. - **Keine Länge außerhalb der Referenz-Spanne.** Ein 2.000-Wörter-Entwurf gegen 700-Wörter-Referenzen ist genauso falsch wie umgekehrt. **Stimm-Fehler** - **An der Zielgruppe vorbei.** Wenn der Entwurf auf jedem beliebigen Firmenblog stehen könnte, ist er durchgefallen. Er muss Zielgruppe, Beispiele und Produktrealität dieses Unternehmens nutzen (aus der Website). - **Falsches Register.** Du, wo das Unternehmen Sie schreibt, oder umgekehrt. Prüf Website und Referenzposts. - **Zu werblich.** Wenn jeder Abschnitt zum Produkt hinbiegt: neu generieren. Die Referenzposts setzen das Verhältnis. - **Kein Argument.** Ein Haufen Fakten ohne roten Faden. Bau das Argument so, wie die Referenzposts ihre bauen. ## Iteration (wenn der Nutzer zurückspielt) - **"Klingt nach KI."** Kill-List neu lesen, finden, was durchgerutscht ist, neu generieren. Achte besonders auf Gedankenstriche, Floskel-Familie, Gerüst-Überschriften. - **"Nicht unsere Stimme."** Referenzposts komplett neu lesen. Vertrau nicht Deinem Gedächtnis. Lade aus der Quelle nach. - **"Falsch für unsere Leser."** Website neu lesen, in einer Zeile festhalten, wer der Leser ist, und den Entwurf auf diese Person neu ausrichten. - **"Zu lang / zu kurz."** An die Spanne der Referenzposts anpassen, nicht an eine runde Zahl. - **"Mehr wie Post 2."** Referenz-Post 2 gezielt neu lesen und seinen Einstieg, seine Struktur und seinen Schluss treffen.