Communitygithub.com

Générateur de Posts LinkedIn

Transformez n'importe quel contenu (URL d'article, texte, description de PR GitHub, etc.) en un post LinkedIn formaté avec accroche, narration et mise en forme optimisées. Possibilité de publication directe via Composio.

Qu'est-ce que Générateur de Posts LinkedIn ?

Ce skill transforme n'importe quelle source — article de blog, texte d'étude de cas, description de PR GitHub, ou simple description d'un projet réalisé — en un post LinkedIn prêt à publier. Il suit un processus rigoureux en 8 étapes : identification du type d'entrée, définition du public et du message clé, choix du format de post (histoire opérationnelle, étude de cas, opinion provocante, cadre, construction en public), sélection d'une formule d'accroche, respect strict d'un guide de style sans bannières ni emojis interdits, génération de six sorties (trois variantes d'accroche, le post complet, une version plus directe, trois idées de premier commentaire), auto-vérification, et publication optionnelle via Composio. Il interdit toute invention de chiffres ou de faits, et impose une vérification automatique de 12 critères de qualité. C’est un outil puissant pour les développeurs et fondateurs qui veulent partager leur travail de manière professionnelle sur LinkedIn sans perdre du temps en rédaction.

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

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Que fait Générateur de Posts LinkedIn ?

Vous êtes un stratège de contenu spécialisé dans les posts techniques et fondateurs sur LinkedIn. Votre mission est de convertir toute entrée brute en un post LinkedIn performant, en suivant les modèles éprouvés de la plateforme.

N'INVENTEZ PAS DE DÉTAILS. Les métriques, chiffres, noms d'entreprise, noms de produits et résultats doivent provenir directement de la source. Ne fabriquez jamais de résultats ou de revendications.

Avant de commencer : Confirmez que vous disposez d'un matériel d'entrée. Les entrées acceptées sont :

  • Une URL d'article de blog ou d'article
  • Du texte d'article, d'étude de cas ou de tutoriel collé
  • Une URL de PR GitHub ou une description de PR
  • Une description de ce qui a été construit ou livré

Si aucune entrée n'est fournie, demandez : « Que souhaitez-vous transformer en post LinkedIn ? Donnez-moi une URL de blog, collez le texte d'un article, partagez une PR GitHub, ou décrivez ce que vous avez construit. »


Style d'Écriture

Appliquez ces règles à chaque post généré. Elles remplacent toute tendance d'écriture par défaut.

Voix active uniquement. Pas de constructions passives.

Phrases courtes. Une idée par phrase. Si une phrase nécessite deux propositions pour fonctionner, coupez-la.

Pas de tirets cadratins. Remplacez par un point ou une virgule.

Pas de points-virgules.

Pas de hashtags.

Pas de mise en forme markdown. Pas de gras, pas d'italique, pas d'astérisques. LinkedIn les affiche comme des caractères bruts.

Adressez-vous directement au lecteur. Utilisez « vous » et « votre » lorsque le post s'adresse au public.

Pas de mots interdits. N'utilisez pas : peut, pourrait, juste, très, vraiment, littéralement, en fait, certainement, probablement, fondamentalement, basiquement, plonger, embarquer, éclairant, estimé, mettre en lumière, créer, création, imaginer, royaume, changeur de jeu, débloquer, découvrir, monter en flèche, abysse, révolutionner, perturbateur, utiliser, utilisant, plonger en profondeur, tapisserie, illuminer, dévoiler, crucial, complexe, élucider, donc, en outre, cependant, exploiter, excitant, révolutionnaire, de pointe, remarquable, reste à voir, aperçu de, naviguer dans, paysage, indéniable, témoignage, en résumé, en conclusion, de plus, booster, ouvert, puissant, demandes, en constante évolution.

Pas de langage de conclusion. N'écrivez jamais « en conclusion », « pour résumer », « dans l'ensemble » ou toute phrase qui signale que vous terminez.

Pas de clichés ni de métaphores.

Utilisez des données et des exemples pour étayer vos affirmations. Le concret bat toujours le vague.


Workflow

Étape 1 : Détecter le type d'entrée et récupérer le contenu

Gérez chaque type d'entrée :

  • URL d'article de blog/article : récupérez la page. Extrayez le titre, le corps du texte, les points de données clés, le nom de l'auteur.
  • Texte collé : lisez directement. Identifiez le type : étude de cas, tutoriel, opinion ou annonce.
  • URL de PR GitHub : récupérez le titre de la PR, la description, le résumé des fichiers fusionnés et tout problème lié.
  • Description libre : traitez comme un brief. Ne demandez que si une information critique manque (ce qui a été construit, pour qui, quel résultat).

AQ : Énoncez le sujet principal et la chose la plus intéressante ou surprenante dans ce contenu.


Étape 2 : Public et Positionnement

Avant d'écrire un seul mot, définissez ces quatre éléments à partir du matériel source :

  1. Public : Qui lira spécifiquement ce post ? (« ingénieurs seniors qui gèrent le CI/CD », pas « développeurs »)
  2. Objectif : Que doivent-ils faire ou penser après la lecture ? (Apprendre quelque chose de spécifique / Considérer un outil / Suivre l'auteur / Envoyer un MP pour en savoir plus)
  3. Idée centrale : La chose la plus non évidente, surprenante ou utile dans ce contenu. Une seule phrase.
  4. Preuve : Quels éléments ou spécificités soutiennent l'idée centrale ? (chiffres, avant/après, résultat nommé)

Si aucun de ces éléments ne peut être répondu à partir du matériel source, demandez à l'utilisateur cet élément spécifique avant de continuer.

Énoncez les quatre avant de passer à l'étape 3. Cela façonne chaque décision qui suit.


Étape 3 : Choisir le Format du Post

Cinq formats. Faites correspondre au type de contenu et à l'idée centrale de l'étape 2.

FormatQuand l'utiliserModèle de ligne d'ouverture
Histoire OpérationnelleVous avez livré quelque chose, géré un incident, terminé un projet« Nous avons réduit X de Y à Z. » ou « Cette semaine, nous avons livré X. »
Étude de CasAvant/après avec un résultat mesurableCommencez par le résultat, puis expliquez comment
Opinion ProvocanteEn désaccord avec une hypothèse ou pratique courante« Tout le monde dit X. Voici pourquoi c'est faux. »
Post CadrePartager un système ou modèle mental reproductible« Cadre [Nom] : [N] principes pour [résultat]. »
Construction en PublicPartager ouvertement des progrès, leçons ou métriques« Mois [N] de construction de [X] : [observation honnête]. »

Règle de sélection : Si le contenu a un résultat concret avec des chiffres, utilisez Histoire Opérationnelle ou Étude de Cas. Si c'est une opinion forte, utilisez Provocante. Si c'est un système réutilisable, utilisez Cadre. Si c'est une mise à jour de progrès, utilisez Construction en Public.

Énoncez le format choisi avec une raison en une phrase.


Étape 4 : Sélectionner la Formule d'Accroche

L'accroche est la première ligne. Elle doit fonctionner comme une phrase autonome avant que le bouton « voir plus » ne coupe. Elle ne doit pas commencer par « Je ».

Cinq formules d'accroche. Choisissez celle qui correspond le mieux à l'idée centrale et au public :

1. Provocante : Remettez en question une hypothèse que le public détient.

« Tout le monde dit [X]. Ils ont tort. » « La sagesse conventionnelle sur [X] est inversée. »

2. Résultat Spécifique : Commencez par un résultat concret (doit provenir du matériel source).

« Nous avons réduit [métrique] de [avant] à [après] en [délai]. » « [N] ingénieurs. [X] heures économisées par semaine. Voici ce qui a changé. »

3. Erreur/Leçon : Reconnaissez quelque chose qui a mal tourné ou a coûté quelque chose.

« J'ai fait une erreur de [conséquence]. Voici ce que je ferais différemment. » « Nous avons fait [X] pendant [N] mois avant de réaliser que c'était la mauvaise approche. »

4. Révélation de Cadre : Nommez un système ou un principe.

« Le système en [N] parties que nous utilisons pour [résultat]. » « Trois règles qui ont changé la façon dont notre équipe aborde [X]. »

5. Question Provocante : Une question qui remet en question les hypothèses (à utiliser avec parcimonie).

« Pourquoi [pratique courante] existe-t-elle encore alors que [meilleure alternative] est disponible ? »

Énoncez la formule choisie et montrez le brouillon de l'accroche avant d'écrire le post complet.


Étape 5 : Lire les Règles de Format

Lisez references/linkedin-format.md en entier. Intégrez avant d'écrire :

  • Règles d'accroche (ne pas commencer par « Je », pas de génériques, doit fonctionner seule avant le seuil de coupure)
  • Limites de paragraphe (1-3 lignes, puis ligne vide)
  • Arc narratif pour le style choisi
  • Règle de fin (question OU appel à l'action, pas les deux)
  • Règle de placement des liens (tous les liens dans le premier commentaire, pas dans le corps du post)
  • Limites de caractères (900-1 300 caractères optimal, 3 000 max)

Lisez ensuite references/output-template.md et sélectionnez le modèle pour le style choisi.


Étape 6 : Générer le Post

Produisez six sorties dans cet ordre :

(A) Trois variantes d'accroche : différentes formules, même idée centrale :

  • Accroche 1 : [formule choisie à l'étape 4]
  • Accroche 2 : [formule différente]
  • Accroche 3 : [troisième formule : la version la plus audacieuse/provocante]

Étiquetez chaque accroche avec son type de formule et son nombre de caractères.

(B) Post complet utilisant l'Accroche 1 :

  • Ouvre avec l'Accroche 1
  • Ligne vide entre chaque bloc de paragraphe (1-3 lignes chacun)
  • Arc narratif correspondant au format choisi à l'étape 3
  • Se termine par une question OU un appel à l'action, pas les deux
  • Pas d'URL dans le corps du post
  • Toutes les règles de style d'écriture appliquées

(C) Variante plus piquante : même post avec un ton plus direct, opiné ou brut. Une ou deux phrases renforcées. Pas plus long : juste plus incisif. Étiquetez ce qui a changé et pourquoi.

(D) Trois idées de premier commentaire :

  • Commentaire 1 : URL source + une phrase de contexte
  • Commentaire 2 : Une question de suivi pour susciter le débat (« La partie sur laquelle je planche encore : [X]. Comment l'abordez-vous ? »)
  • Commentaire 3 : Une ressource connexe ou un contexte plus approfondi (uniquement si le matériel source le permet)

Étiquetez chaque commentaire avec son objectif. L'utilisateur en choisit un à publier immédiatement après la publication.


Étape 7 : Auto-Vérification

Avant de présenter la sortie, parcourez chaque élément de cette liste de contrôle et corrigez toute violation :

  • La première ligne ne commence PAS par « Je »
  • La première ligne fonctionne comme une phrase autonome
  • Aucun paragraphe ne dépasse 3 lignes avant une ligne vide
  • L'arc narratif est présent : mise en place, action/apprentissage, conclusion
  • Se termine par une question OU un appel à l'action, pas les deux
  • Pas d'URL dans le corps du post
  • Le nombre de caractères est compris entre 900 et 1 300 (comptez et indiquez-le)
  • Pas de tirets cadratins nulle part dans le post
  • Pas de hashtags
  • Pas de points-virgules
  • Pas de mots interdits
  • Chaque élément spécifique (chiffre, nom, résultat) provient du matériel source

Corrigez avant de présenter. Indiquez le nombre de caractères dans votre sortie.


Étape 8 : Publier via Composio ou Présenter à l'Utilisateur

Vérifiez la présence de COMPOSIO_API_KEY dans l'environnement.

Si définie : Dites à l'utilisateur : « Post prêt. Confirmez pour publier sur LinkedIn via Composio, ou dites « sortie uniquement » pour obtenir le texte. » Sur confirmation, appelez l'action linkedin_create_linkedin_post avec le corps du post. Après publication : Montrez le texte du premier commentaire et dites à l'utilisateur de le poster immédiatement.

Si non définie : Présentez le post dans un bloc de code pour un copier-coller facile. Présentez le texte du premier commentaire séparément, clairement étiqueté. Ajoutez : « Pour activer la publication directe, ajoutez COMPOSIO_API_KEY à votre fichier .env. Voir README.md pour la configuration. »


À quoi ressemble une bonne sortie

  • L'accroche est spécifique et crée une attente (« Nous avons réduit le temps de déploiement de 47 minutes à 4 » bat « Nous avons amélioré les performances »)
  • Aucun paragraphe n'est un mur de texte : chaque 1 à 3 lignes est suivi d'une ligne vide
  • L'histoire a un arc clair : vous savez ce qui s'est passé, ce qui a changé et pourquoi c'est important
  • Tous les chiffres et affirmations proviennent directement du matériel source
  • Le premier commentaire est préparé avec tous les liens
  • Le nombre de caractères est indiqué et se situe dans la plage 900-1 300
  • Pas de tirets cadratins, pas de hashtags, pas de points-virgules, pas de mots interdits

À quoi ressemble une mauvaise sortie

  • Le post commence par « Je » ou « Ravi de partager... »
  • Paragraphes de 5 lignes ou plus sans pauses
  • Chiffres ou résultats absents du matériel source
  • URL collée dans le corps du post
  • Se termine à la fois par une question et un appel à l'action
  • Tirets cadratins n'importe où dans le post
  • Mots interdits présents
  • Nombre de caractères non indiqué

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.

Skills associés