--- name: dp-playbook-section description: "Rédige ou réécrit une section complète pour un ebook DP Créateur existant. Produit du HTML prêt à insérer, respecte le design system, et valide la cohérence avec les sections voisines. Supporte ajout et réécriture. Triggers : section, ajouter section, réécrire, rewrite, add section, insert." user-invokable: true argument-hint: "[sujet] [--target fichier.html] [--action add|rewrite] [--after section-id]" allowed-tools: Read Write Edit Bash Glob metadata: author: DP Créateur version: "2.0.0" category: creation updated: 2026-04-13 --- # Playbook Section — Rédacteur de Section Ebook Expert en rédaction de contenu pour DP Créateur. Écrit ou réécrit une seule section d'un ebook existant — HTML prêt à insérer, cohérent avec le style et la structure du document cible. ## Quick Reference | Commande | Description | |----------|-------------| | `/dp-playbook-section [sujet]` | Rédiger une nouvelle section (demande le fichier cible) | | `/dp-playbook-section [sujet] --target [fichier.html]` | Rédiger pour un ebook spécifique | | `/dp-playbook-section rewrite [section-id] --target [fichier.html]` | Réécrire une section existante | | `/dp-playbook-section [sujet] --after [section-id]` | Insérer après une section spécifique | | `/dp-playbook-section [sujet] --before [section-id]` | Insérer avant une section spécifique | ## Output Format ``` LIVRABLE : ├── Section HTML complète (value-block + h3s + tools-block + recap-block) ├── Insérée directement dans le fichier cible ├── Sommaire mis à jour automatiquement └── Vérification de cohérence post-insertion ``` --- ## Process ``` 0. Load context → business-profile.md + références 1. Context intake → Collecter sujet, fichier cible, action, position 2. Read target → Analyser le playbook cible 3. Analyze neighbors → Vérifier les sections adjacentes 4. Plan section → Outline validé par l'utilisateur 5. Write section → Rédaction HTML complète 6. Insert / Replace → Modification du fichier + sommaire 7. Verify → Comptages post-insertion ``` --- ## Step 0 — Context Loading (Silencieux) ``` SI business-profile.md existe à la racine du projet : → Lire et extraire : nom de marque, niche, audience, ton, couleurs → Adapter le contenu de la section au contexte business SINON : → Continuer sans. Le contenu s'adaptera au playbook cible. ``` --- ## Step 1 — Context Intake ### 1a. Identifier les paramètres | Paramètre | Source | Obligatoire | |-----------|--------|-------------| | Sujet de la section | `$ARGUMENTS` ou message utilisateur | Oui | | Fichier cible | `$ARGUMENTS` (--target) ou question | Oui | | Action | `add` (défaut) ou `rewrite` | Non | | Position | `--after:[id]` ou `--before:[id]` | Non (pour `add`) | | Brief / instructions | Message utilisateur | Non | | Langue | Auto-détectée depuis le playbook | Non | ### 1b. Questions si contexte manquant (blocs de 2-3) #### Bloc 1 — L'essentiel | # | Question | Quand | |---|----------|-------| | Q1 | Quel est le sujet de la section ? Décris en 1-2 phrases. | Pas de sujet dans $ARGUMENTS | | Q2 | Dans quel fichier on insère ? (chemin complet de l'ebook HTML) | Pas de --target, pas de fichier évident | | Q3 | Nouvelle section (`add`) ou réécriture d'une section existante (`rewrite`) ? | Pas clair depuis le contexte | #### Bloc 2 — Le positionnement (si `add`) | # | Question | Quand | |---|----------|-------| | Q4 | Après quelle section ? (je te liste les sections existantes) | Position non spécifiée | | Q5 | Tu as des instructions spécifiques, des points clés à couvrir, un angle ? | Toujours utile — optionnel | --- ## Step 2 — Lire le Playbook Cible Lire le fichier cible en entier pour comprendre : | Élément | Ce qu'on cherche | |---------|-----------------| | Langue | `` → détermine les labels h4 et le tutoiement/you | | Sections existantes | Liste des IDs + titres h2 | | Ton et profondeur | Nombre moyen de h3 par h2, densité de paragraphes | | Outils référencés | Quels T1-T10 / E1-E3 sont déjà utilisés | | CSS | Confirmer le design system (classes disponibles) | | Identité visuelle | Couleurs dans `:root`, polices, style général | --- ## Step 3 — Analyser les Sections Voisines **Si `add`** : Lire les sections avant et après le point d'insertion : - Flux logique — la nouvelle section doit s'insérer naturellement - Pas de chevauchement — ne pas répéter ce que les voisines couvrent - Profondeur cohérente — nombre de h3 et densité similaires **Si `rewrite`** : Lire la section existante : - Identifier ce qui doit changer et ce qui doit rester - Conserver le même ID de section (ne pas casser les ancres) - Vérifier les références depuis d'autres sections --- ## Step 4 — Planifier la Section Présenter cet outline à l'utilisateur **AVANT** de rédiger : ``` ╔══════════════════════════════════════════════════╗ ║ PLAN DE SECTION — VALIDATION ║ ╠══════════════════════════════════════════════════╣ ║ Section ID : [kebab-case-id] ║ ║ Titre (h2) : [Titre de la section] ║ ║ Action : add / rewrite ║ ║ Position : après [section-id] ║ ║ Langue : FR / EN ║ ╠══════════════════════════════════════════════════╣ ║ VALUE BLOCK ║ ║ [1-2 phrases — ce que le lecteur gagne] ║ ╠══════════════════════════════════════════════════╣ ║ SOUS-SECTIONS (h3) ║ ║ 1. [Titre] — [brief] ║ ║ 2. [Titre] — [brief] ║ ║ 3. [Titre] — [brief] ║ ║ 4. [Titre] — [brief] (si applicable) ║ ╠══════════════════════════════════════════════════╣ ║ TOOLS BLOCK : [outil(s) pertinent(s) ou "N/A"] ║ ║ RECAP BLOCK : [3 takeaways prévus] ║ ╚══════════════════════════════════════════════════╝ ``` **Hard gate** : Ne PAS rédiger sans validation explicite de l'outline. --- ## Step 5 — Rédiger la Section ### 5a. Structure HTML obligatoire ```html

[Titre]

[Label selon langue]

[Ce que le lecteur va apprendre — concret, pas de "dans cette section..."]

[Sous-section 1]

[Contenu — actionnable, spécifique, voix DP Créateur]

[Sous-section 2]

[Contenu avec template/script/checklist si applicable]

[Label selon langue]

[Label selon langue]

``` ### 5b. Labels selon la langue | Élément | FR | EN | |---------|----|----| | Value block h4 | Ce que tu vas apprendre | Value of this section | | Recap block h4 | À retenir | Key takeaway | | Tools block h4 | Outil recommandé | Primary tool | ### 5c. Règles de contenu | Critère | Règle | |---------|-------| | Spécificité | "Envoie 20 DMs par jour" pas "contacte des gens régulièrement" | | Frameworks | Donner un script, une checklist, un step-by-step — pas un essai | | Honnêteté | "Les résultats varient" est OK. "Tu vas 10x ton revenu" ne l'est pas. | | Paragraphes | Max 4-5 lignes. Casser les murs de texte. | | Verbes d'action | Commencer les sous-sections par ce que le lecteur FAIT | | Pas de fluff | Zéro "Vous avez compris l'importance de...", zéro motivation vide | ### 5d. 4 critères par sous-section | Critère | Question de vérification | |---------|-------------------------| | **QUOI** | Qu'est-ce que le lecteur va faire concrètement ? | | **POURQUOI** | Pourquoi c'est important ? Que se passe-t-il s'il saute cette étape ? | | **COMMENT** | Les étapes exactes, le script, le template, la checklist | | **MESURE** | Comment savoir si ça marche ? Quel KPI ou signal ? | --- ## Step 6 — Insérer ou Remplacer ### Si `add` : 1. Utiliser `Edit` pour insérer le HTML à la position correcte 2. Mettre à jour `