Orchestration de la documentation parallèle

VérifiéSûr

Automatise la génération parallèle de documentation technique (API, code, README, architecture, guides) en orchestrant des agents spécialisés. Utile pour produire rapidement une documentation complète et cohérente sur de larges bases de code.

Spar Skills Guide Bot
DocumentationAvancé
02/06/2026
Claude CodeCursorWindsurfCopilotCodex
#documentation#orchestration#api-documentation#code-documentation#architecture-documentation

Recommandé pour

Synthèse automatique

Ce skill automatise la génération de divers types de documentation (API, code, README, architecture) en orchestrant des tâches d'agents parallèles pour une documentation efficace et complète.

Points forts

  • Génération parallèle de documentation
  • Couverture de multiples styles de documentation (API, code, README, architecture)
  • Assurance de cohérence entre les documents
  • Réduction significative de l'effort manuel

Limites

  • Nécessite une structure de projet claire
  • Peut nécessiter une relecture manuelle pour la précision
  • Complexe à mettre en place pour les petits projets
Quand l'utiliser

Utilisez ce skill lorsque vous devez générer ou mettre à jour une documentation complète pour un projet large avec plusieurs composants.

Quand l'éviter

Ne l'utilisez pas pour de très petits projets ou lorsque les besoins en documentation sont minimes et qu'une rédaction directe est plus rapide.

Analyse de sécurité

Sûr
Score qualité90/100

The skill describes documentation orchestration patterns and includes example shell commands and Python code for parallel task management. No destructive, obfuscated, or exfiltrating actions are present. The commands use a specific CLI tool (cc-mirror) for task management, which does not pose an inherent security risk.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Document REST API Endpoints
Document all REST API endpoints
Document Utils Module
Add documentation to the utils module
Create a README
Create a README for this project

Documentation Orchestration Patterns

┌─────────────────────────────────────────────────────────────┐
│                                                             │
│   Good documentation is parallel-friendly.                  │
│   Multiple sections, generated simultaneously.              │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Load when: API documentation, code documentation, README generation, architecture docs, user guides Common patterns: Endpoint Discovery, Batch JSDoc Generation, Comprehensive README

Table of Contents

  1. API Documentation
  2. Code Documentation
  3. README Generation
  4. Architecture Documentation
  5. User Guides

API Documentation

Pattern: Endpoint Discovery and Documentation

User Request: "Document all REST API endpoints"

Phase 1: EXPLORE
└─ Explore agent: Find all route definitions

Phase 2: FAN-OUT (Parallel documentation by domain)
├─ Agent A: Document auth endpoints
├─ Agent B: Document user endpoints
├─ Agent C: Document product endpoints
└─ Agent D: Document order endpoints

Phase 3: REDUCE
└─ General-purpose agent: Compile into unified OpenAPI/Swagger spec

Pattern: Interactive Documentation

Phase 1: PIPELINE (Foundation)
├─ Explore agent: Extract all endpoints with types
└─ General-purpose agent: Generate OpenAPI spec

Phase 2: FAN-OUT (Enhancement)
├─ Agent A: Add example requests
├─ Agent B: Add example responses
└─ Agent C: Add authentication examples

Phase 3: PIPELINE
└─ General-purpose agent: Setup Swagger UI / Redoc

Code Documentation

Pattern: Batch JSDoc/Docstring Generation

User Request: "Add documentation to the utils module"

Phase 1: EXPLORE
└─ Explore agent: Find all undocumented functions

Phase 2: MAP (Parallel documentation)
├─ Agent A: Document file1.ts functions
├─ Agent B: Document file2.ts functions
└─ Agent C: Document file3.ts functions

Phase 3: PIPELINE
└─ General-purpose agent: Verify consistency, generate type docs

Pattern: Module Overview Generation

Phase 1: EXPLORE
└─ Explore agent: Map module structure, exports, dependencies

Phase 2: PIPELINE
├─ General-purpose agent: Write module overview
├─ General-purpose agent: Document public API
└─ General-purpose agent: Add usage examples

README Generation

Pattern: Comprehensive README

User Request: "Create a README for this project"

Phase 1: FAN-OUT (Parallel information gathering)
├─ Explore agent: Project structure and technologies
├─ Explore agent: Build and run scripts (package.json, Makefile)
├─ Explore agent: Environment variables and config
├─ Explore agent: Test setup and commands
└─ Explore agent: Existing docs and comments

Phase 2: REDUCE
└─ General-purpose agent: Synthesize into structured README

Sections:
- Overview and purpose
- Quick start
- Installation
- Configuration
- Usage examples
- Development setup
- Testing
- Contributing

Architecture Documentation

Pattern: C4 Model Documentation

User Request: "Document the system architecture"

Phase 1: FAN-OUT (Parallel level documentation)
├─ Agent A: Context diagram (system + external actors)
├─ Agent B: Container diagram (applications, data stores)
├─ Agent C: Component diagram (internal components)
└─ Agent D: Code diagram (critical classes/modules)

Phase 2: REDUCE
└─ General-purpose agent: Compile into architecture doc with diagrams

Pattern: Decision Record Generation

Phase 1: EXPLORE
└─ Explore agent: Find architectural patterns in code

Phase 2: FAN-OUT
├─ Agent A: Document decision 1 (why this database?)
├─ Agent B: Document decision 2 (why this framework?)
└─ Agent C: Document decision 3 (why this structure?)

Each ADR includes:
- Context
- Decision
- Consequences
- Alternatives considered

User Guides

Pattern: Feature-Based Guides

User Request: "Write user documentation for the dashboard"

Phase 1: EXPLORE
└─ Explore agent: Map dashboard features and capabilities

Phase 2: FAN-OUT (Parallel feature guides)
├─ Agent A: Guide for feature 1 (with screenshots)
├─ Agent B: Guide for feature 2
├─ Agent C: Guide for feature 3
└─ Agent D: Troubleshooting guide

Phase 3: REDUCE
└─ General-purpose agent: Compile into user manual with TOC

Task Management for Documentation

Structure documentation work with parallel generation:

# Create documentation tasks
npx cc-mirror tasks create --subject "Audit existing docs" --description "Review current documentation state..."
npx cc-mirror tasks create --subject "Document API endpoints" --description "REST API documentation..."
npx cc-mirror tasks create --subject "Document components" --description "React component docs..."
npx cc-mirror tasks create --subject "Document utilities" --description "Helper function docs..."
npx cc-mirror tasks create --subject "Review consistency" --description "Ensure consistent style..."
npx cc-mirror tasks create --subject "Verify examples" --description "Test all code examples..."

# Parallel doc generation after audit
npx cc-mirror tasks update 2 --add-blocked-by 1
npx cc-mirror tasks update 3 --add-blocked-by 1
npx cc-mirror tasks update 4 --add-blocked-by 1
npx cc-mirror tasks update 5 --add-blocked-by 2,3,4
npx cc-mirror tasks update 6 --add-blocked-by 5
# Spawn parallel documentation agents (sonnet for well-structured work)
Task(subagent_type="general-purpose", prompt="Task 2: Document API endpoints...",
     model="sonnet", run_in_background=True)
Task(subagent_type="general-purpose", prompt="Task 3: Document components...",
     model="sonnet", run_in_background=True)
Task(subagent_type="general-purpose", prompt="Task 4: Document utilities...",
     model="sonnet", run_in_background=True)

Output Formats

| Doc Type | Format | Tool | | ------------ | ------------------- | ---------------------- | | API docs | OpenAPI/Swagger | YAML/JSON | | Code docs | JSDoc/docstrings | Inline | | READMEs | Markdown | .md files | | Architecture | Markdown + diagrams | Mermaid/PlantUML | | User guides | Markdown/HTML | Static site generators |


─── ◈ Documentation ─────────────────────

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/documentation-orchestration-patterns-mm5t8ckb/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/documentation-orchestration-patterns-mm5t8ckb' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/documentation-orchestration-patterns-mm5t8ckb/download' --output '.skill-downloads/documentation-orchestration-patterns-mm5t8ckb/SKILL.md.part' && mv '.skill-downloads/documentation-orchestration-patterns-mm5t8ckb/SKILL.md.part' '.skill-downloads/documentation-orchestration-patterns-mm5t8ckb/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/documentation-orchestration-patterns-mm5t8ckb/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires