Synthèse automatique
Génère un plan d'implémentation détaillé (plan.md) à partir d'un document d'analyse d'issue ou de concept, en s'appuyant sur les conventions du projet.
Points forts
- Détecte automatiquement le dossier de workflow à partir du nom de la branche git
- Décompose le travail en tâches actionnables avec chemins de fichiers, dépendances et checkpoints
- Intègre un plan de tests, les mises à jour de documentation et une stratégie de commits alignés sur les guides du projet
- Fournit un modèle de plan.md structuré et réutilisable
Limites
- Suppose l'existence préalable d'un analysis.md ou concept.md et de fichiers de guidelines (CODING/TESTING/COMMIT_GUIDELINES.md)
- Les gabarits d'exemple sont orientés Go (go build, test/cmd), à adapter pour d'autres stacks
- Ne produit que le plan : aucune ligne de code n'est écrite ni vérifiée
À utiliser lorsqu'une issue a déjà été analysée ou qu'un concept de fonctionnalité existe et qu'il faut un plan d'implémentation tracé avant de coder.
À éviter si aucune analyse ni contexte n'est disponible, ou pour de petites modifications triviales qui ne justifient pas un plan formel.
Analyse de sécurité
SûrThe skill is a documentation/plan generation workflow. Allowed tools are Read, Grep, Glob, and Write; it only reads project guideline files and writes a plan.md into a workflows/ folder. There is no network access, no shell execution, no secret handling, no destructive commands, and no obfuscated content. Write is scoped to a clearly defined markdown file, so execution risk is negligible.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
/create-plan — I'm on branch feature/42-add-config-loader and the analysis is already in workflows/issue-42-add-config-loader/analysis.md. Generate the implementation plan.Create an implementation plan from workflows/feature-export-csv/concept.md, including the test plan and doc updates per our guidelines.Write plan.md for the current branch, then check that every file listed in analysis.md is covered by a task and that the test plan matches TESTING_GUIDELINES.md.name: create-plan description: Create an implementation plan from issue analysis or feature concept allowed-tools: Read, Grep, Glob, Write
Create Implementation Plan
Generate a detailed implementation plan based on existing analysis or concept documents.
Instructions
-
Detect Current Context
- Check current git branch to determine workflow folder
- Branch
feature/42-something→ look forworkflows/issue-42-*/ - Branch
feature/my-feature→ look forworkflows/feature-my-feature/
-
Find Source Document
- Look for
analysis.md(from /analyze-issue) orconcept.md(for features) - If not found, ask user to run
/analyze-issuefirst or provide context
- Look for
-
Read Project Guidelines
- Review CODING_GUIDELINES.md for implementation standards
- Review TESTING_GUIDELINES.md for test requirements
- Review COMMIT_GUIDELINES.md for commit structure
-
Create Implementation Plan
- Write
plan.mdin the same workflow folder - Break down into specific, actionable tasks
- Include file paths and specific changes
- Add test plan based on TESTING_GUIDELINES.md
- Write
Plan Template
Write to workflows/<folder>/plan.md:
# Implementation Plan: <branch-name>
## Source
- Issue: #<number> (<link>)
- Analysis: `workflows/<folder>/analysis.md`
## Overview
<Brief summary of what will be implemented>
## Prerequisites
- [ ] Feature branch created: `feature/<name>`
- [ ] Analysis reviewed and understood
- [ ] No blocking questions remain
## Implementation Tasks
### Task 1: <Name>
**Files**: `path/to/file.go`
**Changes**:
- [ ] <Specific change 1>
- [ ] <Specific change 2>
**Details**:
<Any additional context or code snippets>
### Task 2: <Name>
**Files**: `path/to/file1.go`, `path/to/file2.go`
**Changes**:
- [ ] <Specific change>
**Depends on**: Task 1
### Task 3: Add Tests
**Files**: `test/cmd/<file>_test.go`
**Changes**:
- [ ] Add `Test<FunctionName>` - <what it tests>
- [ ] Add `Test<FunctionName>WithError` - <error case>
**Test Requirements** (per TESTING_GUIDELINES.md):
- One test case per function
- Structured comments with Steps
- Use testutil helpers, not os.Chdir
## Test Plan
### Unit Tests
| Test Name | Purpose | File |
|-----------|---------|------|
| `TestXxx` | <purpose> | `test/...` |
### Integration Tests
| Test Name | Scenario | File |
|-----------|----------|------|
| `TestXxxCommand` | <scenario> | `test/cmd/...` |
## Documentation Updates
- [ ] `docs/<command>.1.md` - <changes needed>
- [ ] `docs/gitflow-config.5.md` - <if config changes>
- [ ] Command help text updates
## Checkpoints
After each checkpoint, verify:
1. `go build ./...` succeeds
2. `go test ./...` passes
3. Changes work as expected
| Checkpoint | After Task | Verification |
|------------|------------|--------------|
| 1 | Task 1 | <what should work> |
| 2 | Task 2 | <what should work> |
| 3 | Task 3 | All tests pass |
## Commit Strategy
Following COMMIT_GUIDELINES.md, plan these commits:
1. `<type>(<scope>): <description>` - <what's included>
2. `test(<scope>): <description>` - test additions
3. `docs(<scope>): <description>` - documentation updates
## Estimated Scope
- Files to modify: <count>
- New files: <count>
- Tests to add: <count>
-
Validate Plan
- Ensure all affected files from analysis are covered
- Verify test plan aligns with TESTING_GUIDELINES.md
- Check documentation requirements
-
Report Completion
- Show path to created plan
- Suggest next step:
/validate-teststo verify test approach, then start implementing
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 annexesCe 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.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/create-implementation-plan-mm78noin/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/create-implementation-plan-mm78noin' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/create-implementation-plan-mm78noin/download' --output '.skill-downloads/create-implementation-plan-mm78noin/SKILL.md.part' && mv '.skill-downloads/create-implementation-plan-mm78noin/SKILL.md.part' '.skill-downloads/create-implementation-plan-mm78noin/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.
Outils déclarés par l’auteur (à vérifier dans votre agent) : Read, Grep, Glob, Write
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
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/create-implementation-plan-mm78noin/SKILL.md' && test -s '.skill-downloads/create-implementation-plan-mm78noin/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/create-plan' && cp -R '.skill-downloads/create-implementation-plan-mm78noin' '.claude/skills/create-plan'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/create-implementation-plan-mm78noin'openskills read 'create-implementation-plan-mm78noin'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode 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/create-implementation-plan-mm78noin/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.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.