doc:update
Crées la documentation pour la fonctionnalité en cours. Mets à jour le readme global du projet si nécessaire. Lie les documents entre eux pour ne pas avoir de documentation orpheline. La documentation est générée dans les répertoire de documentation du projet.
What this skill does
# Documentation de fonctionnalité ## Instructions à Exécuter **IMPORTANT : Exécute ce workflow étape par étape :** Génère ou met à jour la documentation pour la fonctionnalité en cours de développement, en s'assurant que tous les documents sont liés et que le README principal est à jour. ## Purpose Maintenir une documentation cohérente, à jour et bien interconnectée pour le projet. ## Variables - CURRENT_BRANCH: Branche Git en cours - DOC_DIR: Répertoire de documentation du projet (détection automatique) - README_PATH: Chemin vers le README principal du projet - FEATURE_NAME: Nom de la fonctionnalité extraite de la branche et des modifications ## Relevant Files - `README.md` - Documentation principale du projet - `docs/` - Répertoire de documentation standard - Fichiers source de la fonctionnalité - Fichiers de tests associés ## Workflow ### 1. Analyse du contexte - Identifie la branche Git en cours (git branch --show-current) - Analyse les modifications de la branche : - Fichiers modifiés (git status) - Diff par rapport à main/master (git diff) - Commits de la branche (git log) - Extrait le nom de la fonctionnalité depuis : - Le nom de la branche (ex: feature/user-auth → User Authentication) - Les commits de la branche - Les prompts récents de la session - Détermine le répertoire de documentation : - Cherche `docs/`, `documentation/`, ou équivalent - Crée le répertoire si nécessaire - Identifie les informations clés : - Fichiers principaux modifiés - Tests associés - Dépendances ajoutées/modifiées ### 2. Génération de la documentation - Crée ou met à jour le fichier de documentation : - Titre et description claire - Utilisation et exemples - Architecture et composants - Configuration nécessaire - Tests et validation - Limitations et notes - Format Markdown structuré avec : - Table des matières si nécessaire - Blocs de code avec syntaxe - Liens vers fichiers sources - Exemples d'utilisation concrets ### 3. Mise à jour du README principal - Vérifie si la fonctionnalité doit être mentionnée dans le README - Ajoute ou met à jour la section appropriée : - Fonctionnalités principales - Structure du projet - Documentation disponible - Maintient la cohérence du format existant - Préserve l'ordre et la hiérarchie ### 4. Liaison des documents - Identifie les documents connexes : - Documentation de fonctionnalités liées - Guides d'architecture - Tutoriels - ADRs (Architecture Decision Records) - Ajoute des liens bidirectionnels : - Depuis le nouveau document vers les connexes - Depuis les connexes vers le nouveau document - Vérifie l'absence de liens cassés - Crée un index si nécessaire pour les projets volumineux ### 5. Validation et rapport - Vérifie la qualité de la documentation : - Tous les exemples sont fonctionnels - Les liens sont valides - Le formatage Markdown est correct - Pas de typos évidentes - Génère un rapport de ce qui a été créé/modifié ## Report Affiche un résumé structuré : ``` Documentation générée : - Fonctionnalité : [NOM] - Fichier créé/modifié : [CHEMIN] - Taille : [LIGNES] lignes Modifications README : - Section modifiée : [SECTION] - Ajouts : [DESCRIPTION] Liens créés : - [DOC1] ↔ [DOC2] - [DOC3] ↔ [DOC4] Documents liés : - [LISTE DES DOCS CONNEXES] ``` ## Best Practices - Documentation focalisée sur l'utilisation, pas l'implémentation - Exemples concrets et testés - Langage clair et concis (style bullet points) - Liens relatifs pour la portabilité - Pas de duplication entre README et docs détaillées - README = vue d'ensemble, docs/ = détails - Maintenir la cohérence du ton et du format
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.