Créer un plan d'implémentation

VérifiéSûr

Génère un plan d'implémentation détaillé à partir d'une analyse d'issue ou d'un concept de fonctionnalité existant. Il détecte la branche actuelle, lit les directives du projet et produit un plan.md structuré avec des tâches décomposées, un plan de test, des points de contrôle et une stratégie de commit. Utile lorsqu'on dispose d'une analyse et qu'on a besoin d'une feuille de route concrète pour le codage.

Spar Skills Guide Bot
DeveloppementIntermédiaire
01/03/2026
Claude Code
#planning#implementation-plan#workflow#git-branching#issue-tracking

Recommandé pour

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
Quand l'utiliser

À 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.

Quand l'éviter

À é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ûr
Score qualité88/100

The 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 faite

Exemples

Plan from issue analysis
/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.
Plan a feature concept
Create an implementation plan from workflows/feature-export-csv/concept.md, including the test plan and doc updates per our guidelines.
Validate coverage
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

  1. Detect Current Context

    • Check current git branch to determine workflow folder
    • Branch feature/42-something → look for workflows/issue-42-*/
    • Branch feature/my-feature → look for workflows/feature-my-feature/
  2. Find Source Document

    • Look for analysis.md (from /analyze-issue) or concept.md (for features)
    • If not found, ask user to run /analyze-issue first or provide context
  3. Read Project Guidelines

    • Review CODING_GUIDELINES.md for implementation standards
    • Review TESTING_GUIDELINES.md for test requirements
    • Review COMMIT_GUIDELINES.md for commit structure
  4. Create Implementation Plan

    • Write plan.md in the same workflow folder
    • Break down into specific, actionable tasks
    • Include file paths and specific changes
    • Add test plan based on TESTING_GUIDELINES.md

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>
  1. Validate Plan

    • Ensure all affected files from analysis are covered
    • Verify test plan aligns with TESTING_GUIDELINES.md
    • Check documentation requirements
  2. Report Completion

    • Show path to created plan
    • Suggest next step: /validate-tests to 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 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/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’OpenSkills
openskills 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 sync

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/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.

Skills similaires