Communitygithub.com

graphic-ebook

Crée des livres numériques B2B SaaS professionnels en HTML + CSS, exportés en PDF prêt à imprimer. 3 à 10 pages, 9 préréglages de style, 11 types de mise en page. Déclenchement lorsque l'utilisateur dit « crée un ebook », « conçois un aimant à prospects », « fabrique un guide PDF », « réalise un contenu exclusif », « rédige un ebook B2B », « conçois un livre blanc », « crée un actif de nurturing » ou « fabrique un rapport PDF ».

Qu'est-ce que graphic-ebook ?

Ce skill est un assistant de conception graphique spécialisé dans la création de livres numériques (ebooks) au format B2B SaaS, destinés à être utilisés comme aimants à prospects, guides exclusifs, actifs de nurturing ou livres blancs. Il génère un fichier HTML + CSS unique, autonome et optimisé pour l'impression (format PDF via Chromium). Le skill prend en charge une grande variété de formats (3 à 10 pages) et propose 9 préréglages de style distincts, allant du design épuré au style éditorial, en passant par le brutaliste ou le minimaliste. Il gère 11 types de mise en page (couverture, table des matières, introduction de chapitre, colonne de texte, colonne double, barre latérale, citation, grille de statistiques, points clés, appel à l'action de clôture, etc.). Le processus est hautement structuré en étapes (de la prise de brief à la génération HTML) et inclut des règles strictes pour éviter le contenu générique (« slop ») : typographie distinctive, pas de dégradé violet-bleu sur fond blanc, pas de texte de remerciement convenu. Chaque ebook doit avoir une direction de design unique (ton, élément signature, système d'arrière-plan) en fonction de son audience et de son sujet. Il fonctionne sur toutes les plateformes où Claude Code est installé (via l'outil CLI « claude »). Le skill lit des fichiers de référence (système de design, bibliothèque de pages, préréglages de style) et génère un fichier HTML unique contenant tout le CSS en ligne, prêt à être converti en PDF via le script fourni (`export-pdf.sh`).

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

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 graphic-ebook ?

Crée des livres numériques B2B SaaS professionnellement conçus — aimants à prospects, guides exclusifs, actifs de nurturing, livres blancs. HTML + CSS → PDF prêt à imprimer. 3–10 pages.

Règles critiques

Avant toute étape, ces règles sont absolues :

  1. Chaque page DOIT tenir dans un format A4 (1200×1697px). Pas de débordement de contenu.
  2. Toutes les tailles de police évolutives utilisent clamp(). Des px fixes uniquement pour les bordures/éléments structurels.
  3. HTML unique et autonome. Tout le CSS est en ligne. La <link> CDN de police est la seule dépendance externe.
  4. Ne jamais déverser le HTML dans la discussion. Enregistrer dans un fichier, afficher uniquement un résumé.
  5. Le texte principal est prioritaire. line-height ≥ 1.75 sur toutes les pages de type text-column et text-sidebar. max-width ≤ 65ch pour le texte sur une seule colonne.
  6. Pas de contenu générique d'IA : pas de police Inter pour les titres, pas de dégradé violet-bleu sur fond blanc, pas de message de remerciement en conclusion.
  7. Rythme visuel : ne jamais placer deux pages text-column consécutives. Intercaler avec une introduction de chapitre, une citation ou une grille de statistiques.
  8. Avant de générer le HTML, s'engager sur une direction de design : un ton, un élément signature, un système d'arrière-plan. Générique = échec. Chaque ebook doit être conçu de manière distincte pour son audience et son sujet — pas un modèle.
  9. * { -webkit-print-color-adjust: exact !important; print-color-adjust: exact !important; } — règle CSS globale obligatoire. Chromium supprime toutes les couleurs d'arrière-plan dans le PDF sans cela.
  10. Chaque page sauf la couverture doit avoir un pied de page : numéro de page + nom de marque. Position absolue en bas de chaque .slide.

Étape 1 : Collecte du brief

Quatre champs obligatoires. Si les quatre sont présents dans la demande de l'utilisateur : passer à l'étape 2.

Si l'un d'eux manque, demander exactement :

« Pour créer votre ebook, j'ai besoin de quatre choses :

  1. Sujet — de quoi parle l'ebook ? (soyez précis : « 5 façons de réduire le CAC » pas « astuces marketing »)
  2. Audience — qui le lit ? (rôle, taille de l'entreprise, point de douleur : « Responsables Customer Success dans des sociétés SaaS de 50 à 500 personnes confrontés au churn »)
  3. Action souhaitée — que doit faire le lecteur après ? (réserver une démo, télécharger un modèle, partager avec l'équipe)
  4. Contenu — avez-vous du contenu existant, ou dois-je rédiger à partir du sujet ? »

S'arrêter et attendre. Ne pas lire les fichiers de référence. Ne générer ni HTML ni plan.


Étape 2 : Collecte complète

Poser les 9 questions en un seul message, regroupées. Les valeurs par défaut s'appliquent si ignorées.

Contenu

  1. Nombre de pages — 3–5 (guide rapide / liste de contrôle) / 6–8 (guide standard) / 9–10 (analyse approfondie) (défaut : 6)
  2. Points clés — 3 à 5 choses que le lecteur doit savoir ou faire après la lecture (informe la structure des chapitres)
  3. Nom de la marque — nom de l'entreprise ou du produit pour la couverture et le pied de page (ou « ignorer »)
  4. Logo de la marque — URL ou « aucun »

Design 5. Style — clean-slate / midnight-editorial / matt-gray / product-minimal / mint-pixel-corporate / warm-earth / brutalist / magazine-red / soft-cloud / « show me options » (défaut : clean-slate) 6. Nombre de chapitres — combien de sections principales ? (défaut : dérivé du nombre de pages)

Résultat 7. Détails du CTA — réservation de démo / inscription à la newsletter / téléchargement de modèle / autre (défaut : « book a demo ») 8. Coordonnées — e-mail + URL pour la page de CTA de clôture (ou « j'ajouterai plus tard ») 9. Slug — slug du nom de fichier (par ex., « reduce-churn-guide-2025 » ; dérivé du sujet si ignoré)

Valeurs par défaut :

QuestionDéfaut
Nombre de pages6
Points clésdérivé du sujet
Nom de la marqueaucun
Logo de la marqueaucun
Styleclean-slate
Nombre de chapitresdérivé du nombre de pages
Détails du CTAbook a demo
Coordonnéesplaceholder (signalé dans la checklist)
Slugkebab-case du sujet

Si style = « show me options » : Générer 3 aperçus HTML d'une seule page (couverture uniquement) enregistrés dans .claude-design/previews/style-a.html, style-b.html, style-c.html. Ouvrir chacun automatiquement. Demander à l'utilisateur de choisir avant l'étape 3.


Étape 3 : Architecture interne

À dériver en interne. Ne jamais montrer à l'utilisateur.

Correspondance chapitre → page :

PagesStructure typique
3couverture + [1 page de contenu] + closing-cta
4couverture + [1 introduction de chapitre + 1 text-column] + closing-cta
5couverture + toc + [1 introduction de chapitre + 1 text-column] + closing-cta
6couverture + toc + [2 introductions de chapitre + 1 text-column] + closing-cta
8couverture + toc + [3 introductions de chapitre + 2 pages de contenu] + closing-cta
10couverture + toc + [4 introductions de chapitre + 3 pages de contenu] + key-takeaways + closing-cta

Règle de la table des matières : Inclure pour les ebooks ≥ 6 pages. Pour les ebooks de 3 à 5 pages, utiliser une liste à puces « Ce que contient ce guide » sur la couverture ou l'omettre complètement.

Architecture CTA en trois points (pour les ebooks ≥ 6 pages) :

  1. CTA d'introduction (après la page 2) — mention subtile d'une ligne en ligne : « explorez notre [outil] à [url] »
  2. CTA milieu d'ebook (après une grille de statistiques ou une introduction de chapitre) — petit encart .callout--stat ou .callout--tip avec un CTA d'une ligne
  3. CTA de clôture (dernière page) — pleine page, action de conversion principale

Vérification du rythme visuel : Si 2+ pages text-column consécutives apparaissent dans le plan → insérer une quote-callout ou stat-grid entre elles avant de continuer.

Direction de design (dériver du préréglage de style + audience — jamais montrée à l'utilisateur) :

DécisionDériver de
TonQuel registre émotionnel cette audience attend-elle ? (autoritaire, éditorial, énergique, calme, chaleureux…)
Élément signatureUN dispositif visuel utilisé de manière cohérente : grands chiffres décoratifs, barre d'accent diagonale, superposition de points, dégradé maillé sur la couverture, lignes de règles, débordement de forme géométrique. En choisir un. L'utiliser.
Système d'arrière-planComment les arrière-plans varient-ils entre les pages ? Couverture et introductions de chapitre = les plus distinctifs. Pages de contenu plus sobres mais PAS entièrement blanches. CTA de clôture = foncé ou inversion d'accent. Pas de 3+ pages consécutives avec un arrière-plan identique.
Style de mouvementQue font les animations .reveal ? En choisir un et rester cohérent : translateY(16px) → 0, scale(0.97) → 1, translateX(-12px) → 0. Décaler les délais de 0.1s.
Détail inoubliableQuelle est UNE chose dont le lecteur se souviendra du design ? La nommer avant d'écrire du CSS.

Si aucune direction forte n'est dérivable du seul préréglage de style, se demander : que produirait une agence de design de premier ordre pour cette audience et ce sujet spécifiques ? Puis exécuter cela.

Limites de densité du texte :

  • text-column 1 colonne : 180–250 mots maximum par page
  • text-column 2 colonnes : 280–380 mots maximum (140–190 par colonne)
  • text-sidebar : 140–180 mots principaux + ≤70 mots dans la barre latérale
  • chapter-intro : 40–60 mots (teaser uniquement)
  • quote-callout : 30–45 mots
  • stat-grid : 3–6 métriques, étiquettes minimales

Étape 4 : Structure de la page

Lire references/page-library.md avant de planifier.

Produire une liste numérotée avec les étiquettes [layout-type] par page. Exemple pour 6 pages :

Page 1 : [cover] — titre, sous-titre, marque
Page 2 : [toc] — 3 titres de chapitre + numéros de page
Page 3 : [chapter-intro] — Ouverture du chapitre 1
Page 4 : [text-column] — Corps du chapitre 1 (1 colonne)
Page 5 : [stat-grid] — 4 métriques clés
Page 6 : [closing-cta] — CTA de réservation de démo + coordonnées

Confirmer avec l'utilisateur avant l'étape 5.


Étape 5 : Rédaction du contenu

Rédiger le texte de chaque page en texte brut (pas de HTML). Règles par type de mise en page :

  • cover : titre (≤10 mots, commence par la valeur ou la tension — pas une étiquette générique) + sous-titre (≤15 mots) + étiquette de catégorie facultative + nom de marque
  • toc : titres de chapitre (≤6 mots chacun) + numéros de section correspondants. Liste numérotée propre.
  • chapter-intro : numéro de chapitre (décoratif) + titre de chapitre (≤8 mots) + paragraphe d'accroche (2–3 phrases)
  • text-column (1 colonne) : titre de section + paragraphes. Max 250 mots. Prose > listes à puces. Chaque phrase mérite sa place.
  • text-column (2 colonnes) : mêmes règles, 140–190 mots par colonne. Utiliser pour les comparaisons, les paires d'étapes, les perspectives doubles.
  • text-sidebar : corps principal (140–180 mots) + type d'encart dans la barre latérale (conseil / avertissement / statistique / citation / liste de contrôle) avec max 70 mots
  • quote-callout : citation ≤40 mots + attribution (nom, titre, entreprise ou source)
  • stat-grid : 3–6 métriques — nombre + étiquette + contexte d'une ligne. Facultatif : phrase narrative en dessous.
  • key-takeaways : 5–8 points à retenir, ≤15 mots chacun, à l'impératif si possible
  • closing-cta : titre ≤5 mots (impératif) + corps d'une phrase + action CTA + e-mail + URL (les deux requis)

Mots interdits (aucune exception) : « puissant », « sans couture », « révolutionnaire », « tirer parti », « innovant », « transformateur », « de pointe », « robuste », « débloquer », « évolutif » (utilisés comme remplissage).


Étape 6 : Génération HTML

Lire TOUT ce qui suit avant de générer. Ne pas paraphraser ni résumer — lire les fichiers réels.

Références de ce skill :

  • references/design-system.md
  • references/page-library.md
  • references/style-presets.md

Ressource intégrée (chemin exact — inclure le contenu textuel complet dans le bloc <style>) :

  • assets/viewport-base.css — intégré dans le répertoire de ce skill

Résolution des chemins : Tous les chemins préfixés par assets/ ou scripts/ sont relatifs au répertoire contenant ce fichier SKILL.md. Dans Claude Code après installation : ~/.claude/skills/graphic-ebook/assets/ et ~/.claude/skills/graphic-ebook/scripts/. Résoudre le chemin réel à partir de l'emplacement du fichier SKILL.md avant de lire.

Règles de génération

  1. HTML unique et autonome. Tout le CSS en ligne. La <link> CDN de police est la seule dépendance externe.

  2. Inclure le contenu textuel COMPLET de viewport-base.css dans le bloc <style>.

  3. Ajouter des surcharges portrait A4 APRÈS viewport-base.css (dans le même bloc <style>) :

/* Surcharges portrait A4 */
html { scroll-snap-type: none; scroll-behavior: auto; }
.slide {
  width: 100vw;
  height: 100vh;
  height: 100dvh;
  overflow: hidden;
  display: flex;
  flex-direction: column;
  position: relative;
  scroll-snap-align: none;
}
/* CRITIQUE : empêche Chromium de supprimer les arrière-plans dans le PDF */
* { -webkit-print-color-adjust: exact !important; print-color-adjust: exact !important; }
  1. **Chaque page = `<section class=

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