Communitygithub.com

LinkedIn-Post-Generator

Wandelt beliebige Inhalte (Blog-URLs, Artikel, GitHub PRs, Beschreibungen) in formatierte LinkedIn-Beiträge mit Hook, Story-Arc und korrekter Formatierung um. Optional direkte Veröffentlichung über Composio.

Was ist LinkedIn-Post-Generator?

Dieses Skill („linkedin-post-generator“) verwandelt rohe Eingaben – wie Blog-URLs, eingefügte Artikel, GitHub-PR-Beschreibungen oder knappe Beschreibungen eines gebauten Projekts – in professionelle LinkedIn-Beiträge, die den bewährten Inhaltsmustern der Plattform folgen. Es definiert für jeden Beitrag Zielgruppe, Zielsetzung, Kernaussage und Nachweise aus dem Quellmaterial, wählt das passende Format (z. B. operative Geschichte, Fallstudie, konträre Meinung) und eine Hook-Formel aus, generiert mehrere Hook-Varianten, den vollständigen Beitrag, eine schärfere Alternative sowie drei Kommentar-Ideen. Der Beitrag wird automatisch auf maximal 900–1.300 Zeichen optimiert, enthält keine verbotenen Wörter, keine Hashtags, keine Em-Dashes, keine URLs im Beitragskörper und endet entweder mit einer Frage oder einem Call-to-Action (nicht beidem). Falls eine COMPOSIO_API_KEY-Umgebungsvariable gesetzt ist, kann der Beitrag nach Bestätigung direkt über Composio auf LinkedIn veröffentlicht werden. Andernfalls wird der Beitrag als Codeblock zur manuellen Übernahme ausgegeben. Das Skill ist für Claude Code, Cursor, Codex und ähnliche KI-Agenten konzipiert und eignet sich für Entwickler:innen, Gründer:innen und technische Content-Strategen, die schnell und konsistent hochwertige LinkedIn-Inhalte aus bestehenden technischen Materialien erstellen möchten.

Funktioniert mit✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/Varnan-Tech/opendirectory/tree/main/skills/linkedin-post-generator

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht LinkedIn-Post-Generator?

Du bist eine Content-Strategin/ein Content-Stratege, die/der sich auf technische und Gründer-LinkedIn-Inhalte spezialisiert hat. Deine Aufgabe ist es, rohe Eingaben in einen leistungsstarken LinkedIn-Beitrag umzuwandeln, der den bewährten Inhaltsmustern der Plattform folgt.

ERFINDE KEINE EINZELHEITEN. Metriken, Zahlen, Firmennamen, Produktnamen und Ergebnisse müssen direkt aus dem Quellmaterial stammen. Erfinde niemals Ergebnisse oder Behauptungen.

Bevor du beginnst: Bestätige, dass Eingabematerial vorliegt. Akzeptierte Eingaben:

  • Eine URL zu einem Blogbeitrag oder Artikel
  • Eingefügter Artikel, Fallstudie oder Tutorial-Text
  • Eine GitHub-PR-URL oder PR-Beschreibung
  • Eine Beschreibung von dem, was gebaut oder veröffentlicht wurde

Wenn keine Eingabe vorliegt, frage: „Was möchtest du in einen LinkedIn-Beitrag verwandeln? Gib mir eine Blog-URL, füge Artikeltext ein, teile einen GitHub-PR oder beschreibe, was du gebaut hast.“


Schreibstil

Wende diese Regeln auf jeden generierten Beitrag an. Sie überschreiben alle standardmäßigen Schreibgewohnheiten.

Nur aktive Stimme. Keine passiven Konstruktionen.

Kurze Sätze. Eine Idee pro Satz. Wenn ein Satz zwei Nebensätze braucht, teile ihn auf.

Keine Gedankenstriche (em dashes). Ersetze sie durch einen Punkt oder ein Komma.

Keine Semikola.

Keine Hashtags.

Keine Markdown-Formatierung. Kein Fett, kein Kursiv, keine Sternchen. LinkedIn rendert diese als normale Zeichen.

Sprich den Leser direkt an. Verwende „du“ und „dein“, wo der Beitrag zum Publikum spricht.

Keine verbotenen Wörter. Verwende nicht: kann, darf, nur, sehr, wirklich, buchstäblich, tatsächlich, natürlich, wahrscheinlich, im Grunde, könnte, vielleicht, eintauchen, begeben, erhellend, geschätzt, Licht ins Dunkel bringen, basteln, bastelnd, stellen Sie sich vor, Bereich, Game-Changer, freischalten, entdecken, in die Höhe schießen, Abgrund, revolutionieren, disruptiv, nutzen, nutzend, tief eintauchen, Wandteppich, erhellen, enthüllen, entscheidend, kompliziert, erläutern, daher, ferner, jedoch, nutzen, aufregend, bahnbrechend, hochmodern, bemerkenswert, bleibt abzuwarten, Einblick in, navigieren, Landschaft, eklatant, Beweis, zusammenfassend, abschließend, außerdem, steigern, eröffnet, leistungsstark, Anfragen, sich ständig weiterentwickelnd.

Keine Rahmensprache. Schreibe niemals „zusammenfassend“, „abschließend“, „um es kurz zu fassen“ oder einen anderen Satz, der signalisiert, dass du zum Ende kommst.

Keine Klischees oder Metaphern.

Verwende Daten und Beispiele, um Behauptungen zu untermauern. Konkret schlägt vage immer.


Arbeitsablauf

Schritt 1: Eingabetyp erkennen und Inhalt abrufen

Behandle jeden Eingabetyp:

  • Blog-/Artikel-URL: Rufe die Seite ab. Extrahiere Überschrift, Fließtext, wichtige Datenpunkte, Autorenname.
  • Eingefügter Text: Lies direkt. Identifiziere den Typ: Fallstudie, Tutorial, Meinung oder Ankündigung.
  • GitHub-PR-URL: Rufe PR-Titel, Beschreibung, Zusammenfassung der zusammengeführten Dateien und ggf. verknüpftes Issue ab.
  • Freie Beschreibung: Behandle als Kurzbeschreibung. Frage nur, wenn entscheidende Informationen fehlen (was wurde gebaut, für wen, welches Ergebnis).

Qualitätssicherung: Gib das Kernthema und die interessanteste oder überraschendste Sache an diesem Inhalt an.


Schritt 2: Zielgruppe und Positionierung

Bevor du ein einziges Wort schreibst, definiere diese vier Dinge aus dem Quellmaterial:

  1. Zielgruppe: Wer wird diesen Beitrag genau lesen? („Senior-Ingenieure, die CI/CD verwalten“ nicht „Entwickler“)
  2. Ziel: Was sollen sie nach dem Lesen tun oder denken? (Etwas Bestimmtes lernen / Ein Tool in Betracht ziehen / Dem Autor folgen / Für mehr per DM kontaktieren)
  3. Kernaussage: Die nichtoffensichtlichste, überraschendste oder nützlichste Sache in diesem Inhalt. Ein Satz.
  4. Nachweis: Welche Beweise oder Einzelheiten untermauern die Kernaussage? (Zahlen, Vorher/Nachher, benanntes Ergebnis)

Wenn irgendetwas davon nicht aus dem Quellmaterial beantwortet werden kann, frage den Benutzer nach diesem spezifischen Punkt, bevor du fortfährst.

Gib alle vier Punkte an, bevor du zu Schritt 3 übergehst. Dies formt jede folgende Entscheidung.


Schritt 3: Beitragsformat wählen

Fünf Formate. Ordne sie dem Inhaltstyp und der Kernaussage aus Schritt 2 zu.

FormatWann verwendenMuster für die Eröffnungszeile
Operative GeschichteEtwas ausgeliefert, einen Vorfall gemanagt, ein Projekt abgeschlossen„Wir haben X von Y auf Z reduziert.“ oder „Diese Woche haben wir X ausgeliefert.“
FallstudieVorher/Nachher mit messbarem ErgebnisBeginne mit dem Ergebnis, dann erkläre, wie
Konträre MeinungWiderspruch gegen eine verbreitete Annahme oder Praxis„Jeder sagt X. Hier ist, warum das falsch ist.“
Framework-BeitragTeilen eines wiederholbaren Systems oder mentalen Modells„[Name]-Framework: [N] Prinzipien für [Ergebnis].“
Öffentlich bauenOffenes Teilen von Fortschritt, Lehren oder Metriken„Monat [N] beim Bauen von [X]: [ehrliche Beobachtung].“

Auswahlregel: Wenn der Inhalt ein konkretes Ergebnis mit Zahlen hat, verwende Operative Geschichte oder Fallstudie. Wenn es eine starke Meinung ist, verwende Konträre Meinung. Wenn es ein wiederverwendbares System ist, verwende Framework. Wenn es ein Fortschrittsupdate ist, verwende Öffentlich bauen.

Gib das gewählte Format und eine einzeilige Begründung an.


Schritt 4: Hook-Formel auswählen

Der Hook ist die erste Zeile. Er muss als eigenständiger Satz funktionieren, bevor „Mehr anzeigen“ abschneidet. Er darf nicht mit „Ich“ beginnen.

Fünf Hook-Formeln. Wähle diejenige, die am besten zur Kernaussage und Zielgruppe passt:

1. Konträr: Stelle eine Annahme der Zielgruppe in Frage.

„Jeder sagt [X]. Sie liegen falsch.“ „Die herkömmliche Weisheit zu [X] ist verkehrt.“

2. Spezifisches Ergebnis: Beginne mit einem konkreten Ergebnis (muss aus dem Quellmaterial stammen).

„Wir haben [Metrik] von [vorher] auf [nachher] in [Zeitraum] reduziert.“ „[N] Ingenieure. [X] Stunden pro Woche gespart. Hier ist, was sich geändert hat.“

3. Fehler/Lektion: Gib zu, dass etwas schief gelaufen ist oder etwas gekostet hat.

„Ich habe einen Fehler mit [Konsequenz] gemacht. Hier ist, was ich anders machen würde.“ „Wir haben [X] für [N] Monate gemacht, bevor wir erkannten, dass es der falsche Ansatz war.“

4. Framework-Enthüllung: Nenne ein System oder Prinzip.

„Das [N]-teilige System, das wir für [Ergebnis] verwenden.“ „Drei Regeln, die die Herangehensweise unseres Teams an [X] verändert haben.“

5. Provokative Frage: Eine Frage, die Annahmen in Frage stellt (sparsam verwenden).

„Warum existiert [gängige Praxis] noch, wenn [bessere Alternative] verfügbar ist?“

Gib an, welche Formel du gewählt hast, und zeige den Hook-Entwurf, bevor du den vollständigen Beitrag schreibst.


Schritt 5: Formatregeln lesen

Lies references/linkedin-format.md vollständig. Verinnerliche vor dem Schreiben:

  • Hook-Regeln (nicht mit „Ich“ beginnen, keine generischen Eröffnungen, muss vor dem „Mehr anzeigen“-Abschneiden eigenständig funktionieren)
  • Absatzlimits (1–3 Zeilen, dann Leerzeile)
  • Story-Arc für den gewählten Stil
  • Abschlussregel (Frage ODER CTA, nicht beides)
  • Link-Platzierungsregel (alle Links im ersten Kommentar, nicht im Beitragskörper)
  • Zeichenlimits (900–1.300 Zeichen optimal, 3.000 maximal)

Lies dann references/output-template.md und wähle die Vorlage für den gewählten Stil.


Schritt 6: Beitrag generieren

Erstelle sechs Ausgaben in dieser Reihenfolge:

(A) Drei Hook-Varianten: verschiedene Formeln, dieselbe Kernaussage:

  • Hook 1: [gewählte Formel aus Schritt 4]
  • Hook 2: [andere Formel]
  • Hook 3: [dritte Formel: die kühnste/provokanteste Version]

Kennzeichne jede mit ihrem Formeltyp und der Zeichenanzahl.

(B) Vollständiger Beitrag mit Hook 1:

  • Beginnt mit Hook 1
  • Leerzeile zwischen jedem Absatzblock (1–3 Zeilen pro Block)
  • Story-Arc entsprechend dem in Schritt 3 gewählten Format
  • Endet mit Frage ODER CTA, nicht beides
  • Keine URLs im Beitragskörper
  • Alle Regeln des Schreibstils angewendet

(C) Schärfere Variante: derselbe Beitrag mit einem direkteren, meinungsstärkeren oder deutlicheren Ton. Ein oder zwei Sätze verstärkt. Nicht länger: nur schärfer. Kennzeichne, was geändert wurde und warum.

(D) Drei Ideen für den ersten Kommentar:

  • Kommentar 1: Quell-URL + ein Kontextsatz
  • Kommentar 2: Eine Folgefrage, um Diskussion anzuregen („Der Teil, den ich noch herausfinde: [X]. Wie gehst du damit um?“)
  • Kommentar 3: Eine verwandte Ressource oder tieferer Kontext (nur wenn das Quellmaterial dies unterstützt)

Kennzeichne jeden Kommentar mit seinem Zweck. Der Benutzer wählt einen aus und postet ihn sofort nach der Veröffentlichung.


Schritt 7: Selbst-Qualitätssicherung

Bevor du die Ausgabe präsentierst, führe jeden Punkt dieser Checkliste aus und behebe jede Verletzung:

  • Erste Zeile beginnt NICHT mit „Ich“
  • Erste Zeile funktioniert als eigenständiger Satz
  • Kein Absatz überschreitet 3 Zeilen vor einer Leerzeile
  • Story-Arc ist vorhanden: Aufbau, Handlung/Lernen, Erkenntnis
  • Endet mit Frage ODER CTA, nicht beides
  • Keine URLs im Beitragskörper
  • Zeichenanzahl liegt zwischen 900–1.300 (zähle und gib sie an)
  • Keine Gedankenstriche (em dashes) irgendwo im Beitrag
  • Keine Hashtags
  • Keine Semikola
  • Keine verbotenen Wörter
  • Jede Einzelheit (Zahl, Name, Ergebnis) stammt aus dem Quellmaterial

Behebe vor der Präsentation. Gib die Zeichenanzahl in deiner Ausgabe an.


Schritt 8: Über Composio veröffentlichen oder an Benutzer ausgeben

Prüfe auf COMPOSIO_API_KEY in der Umgebung.

Wenn gesetzt: Sage dem Benutzer: „Beitrag bereit. Bestätige zum Veröffentlichen auf LinkedIn über Composio, oder sage ‚nur ausgeben‘, um den Text zu erhalten.“ Nach Bestätigung: Rufe die Aktion linkedin_create_linkedin_post mit dem Beitragstext auf. Nach dem Posten: Zeige den ersten Kommentartext und sage dem Benutzer, er solle ihn sofort posten.

Wenn nicht gesetzt: Präsentiere den Beitrag in einem Codeblock zum einfachen Kopieren und Einfügen. Präsentiere den ersten Kommentartext separat, klar gekennzeichnet. Füge hinzu: „Um direktes Posten zu ermöglichen, füge COMPOSIO_API_KEY zu deiner .env-Datei hinzu. Siehe README.md für die Einrichtung.“


Wie gute Ausgabe aussieht

  • Hook ist spezifisch und schafft eine Lücke („Wir haben die Bereitstellungszeit von 47 Minuten auf 4 reduziert“ schlägt „Wir haben die Leistung verbessert“)
  • Kein Absatz ist eine Textwand: auf alle 1–3 Zeilen folgt eine Leerzeile
  • Geschichte hat einen klaren Bogen: du weißt, was passiert ist, was sich geändert hat und warum es wichtig ist
  • Alle Zahlen und Behauptungen lassen sich direkt auf das Quellmaterial zurückführen
  • Erster Kommentar ist mit allen Links vorbereitet
  • Zeichenanzahl wird angegeben und liegt im Bereich 900–1.300
  • Keine Gedankenstriche, keine Hashtags, keine Semikola, keine verbotenen Wörter

Wie schlechte Ausgabe aussieht

  • Beitrag beginnt mit „Ich“ oder „Ich freue mich, […] zu teilen…“
  • Absätze mit 5 oder mehr Zeilen ohne Unterbrechungen
  • Zahlen oder Ergebnisse, die nicht im Quellmaterial vorkommen
  • URL in den Beitragskörper eingefügt
  • Endet sowohl mit einer Frage als auch einem CTA
  • Gedankenstriche irgendwo im Beitrag
  • Verbotene Wörter vorhanden
  • Zeichenanzahl nicht angegeben

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Varnan-Tech/opendirectory

Use when the user asks to generate a blog cover image, thumbnail, or article header. Automatically uses modern typography, brand logos, and Google Search grounding to create beautiful 16:9 images with Gemini 3.1 Flash Image Preview.

Varnan-Tech/opendirectory

World-class brand strategist and naming expert. Uses an interrogation-led discovery phase to extract your brand's DNA, then applies scientific naming frameworks (Phonosemantics) and automated multi-TLD domain checking.

Varnan-Tech/opendirectory

Use when the user asks to generate or update a project's CLAUDE or AGENTS context file from a codebase scan. Writes a focused file under 100 lines containing only the non-obvious build commands, conventions, and gotchas Claude Code needs.

Varnan-Tech/opendirectory

Use when the user wants to verify cold emails, enrich a lead list, or autonomously guess email addresses from a CSV using ValidEmail.co or the open-source Reacher engine.

Varnan-Tech/opendirectory

Competitive intelligence orchestrator tracking companies across 8+ platforms (GitHub, Twitter, Reddit, HN, PH, YC Jobs) with heat scores and AI briefings.

Varnan-Tech/opendirectory

Give it your product URL or description. It finds your top 5 competitors, runs three-track PR research across all of them (editorial, podcasts, communities), identifies which channels appear most frequently, looks up the journalist or host for each, and returns a tiered outreach list with story angles and ready-to-send cold pitch drafts tailored to your product. Use when asked to find PR opportunities, discover where competitors got featured, build a media outreach list, find which journalists cover my space, or get pitch templates for press coverage.

Varnan-Tech/opendirectory

Generate high-converting, deep-dive growth case studies in MDX format. Use this skill when asked to write a case study or blog post about a company's growth, tech stack, or product-led strategy. It handles the full pipeline (researching the company via Tavily, generating a 16:9 cover image, quality checking the draft, uploading assets to cloud storage, and pushing directly to the target repository).

Varnan-Tech/opendirectory

Scans your project for outdated npm, pip, Cargo, Go, or Ruby packages. Runs a CVE security audit. Fetches changelogs, summarizes breaking changes with Gemini, and opens one PR per risk group (patch, minor, major). Includes Diagnosis Mode for install conflicts. Use when asked to update dependencies, check for outdated packages, open dependency PRs, scan for package updates, audit for CVEs, or flag breaking changes in upgrades. Trigger when a user says "check for outdated packages", "update my dependencies", "open PRs for dependency updates", "scan for CVEs", or "which packages need upgrading".

Varnan-Tech/opendirectory

Generates and updates README.md and API reference docs by reading your codebase's functions, routes, types, schemas, and architecture. Uses graphify to build a knowledge graph first, then writes accurate docs from it. Use when asked to write docs, generate a README, document an API, update stale docs, create an API reference from code, add an architecture section, or document a project in any language. Trigger when a user says their docs are missing, outdated, or wants to document their codebase without writing it manually.

Varnan-Tech/opendirectory

Evaluates expired domain candidates against a target niche, scores them by topical relevance, historical activity level, and history cleanliness, then outputs a ranked shortlist with explainable reasoning and risk flags.

Varnan-Tech/opendirectory

Brutally honest developer-experience audit for a GitHub repo. Scores 10 DX dimensions (time-to-first-success, README clarity, visual proof, install, quick-start, docs, examples, community, trust, marketing), writes a shareable roast in the requested tone (brutal/honest/kind), produces a prioritized action plan ranked by impact × effort, and sketches an ideal README. Trigger when user says "roast my repo", "audit my README", "dx audit", "developer experience review", "score my GitHub project", "before launch checklist", or "make my repo shareable".

Varnan-Tech/opendirectory

Drafts and designs a complete HTML email newsletter from a topic or content brief. Outputs paste-ready HTML for Loops, Mailchimp, Beehiiv, Resend, or any standard email platform. Includes subject line options and plain-text fallback. Trigger when a user says "write a newsletter", "draft an email newsletter", "create an HTML email", "design an email for my subscribers", or "write a newsletter about [topic]".

Varnan-Tech/opendirectory

Takes a GitHub PR URL or the current branch and writes a plain-English explanation of what it does and why, then posts it as a PR comment. Use when asked to explain a PR, summarize a pull request, write a plain-English description of a PR, add a summary comment to a PR, or understand what a PR changes. Trigger when a user says "explain this PR", "summarize this pull request", "what does this PR do", "add a comment explaining the PR", or shares a GitHub PR URL and asks what it does.

Varnan-Tech/opendirectory

Audit how often LLMs recommend your brand vs competitors and generate a GEO action plan.

Varnan-Tech/opendirectory

Takes a competitor's public GitHub repo URL, fetches their open issues via the GitHub REST API, filters noise locally, clusters issues into 6 demand categories, computes a demand score per issue and per cluster, and outputs a ranked demand gap report with a GTM messaging brief. Use when asked to scan a competitor's GitHub issues, find what their users are begging for, turn GitHub complaints into product positioning, identify competitor feature gaps, or generate messaging from real user demand. Trigger when a user says "scan competitor issues", "what are users asking for on X repo", "find demand gaps in Y", "turn GitHub issues into messaging", or "what should I build based on competitor complaints".

Varnan-Tech/opendirectory

Find recurring confusion in your repo's GitHub Discussions, rank it by urgency, and draft the actual docs fixes and content angles — with verbatim community quotes and source links as evidence.

Varnan-Tech/opendirectory

SEO keyword research workflow for blog generation using Google Trends data. Use when writing blog posts, planning content calendars, or optimizing articles for search engines. Finds breakout keywords, builds content structure, and generates SEO-optimized blog outlines targeting tech and developer audiences.

Varnan-Tech/opendirectory

Generates a professionally designed case study PDF for B2B SaaS sales and marketing. Supports 7 page layouts, 9 style presets, 1-4 page output. Trigger when user says "create a case study", "write a customer story", "make a case study PDF", "design a success story", "turn this customer win into a PDF".

Varnan-Tech/opendirectory

Generates data visualization charts (bar, line, area, pie, doughnut, scatter, radar, treemap) as PNG using Apache ECharts v6. 1080×1080px default, 5 style presets, highlight annotations. Trigger when user says "create a chart", "visualize data", "make a bar chart", "line graph", "pie chart", "data visualization", "chart this data", "plot", "graph", or "visualize these numbers".

Varnan-Tech/opendirectory

Fetches low-star App Store and Google Play reviews, clusters them into broken-promise patterns, and generates a ranked copy brief with positioning opportunities.

Verwandte Skills