Synthèse automatique
Génère des documents de plan d'implémentation en choisissant l'un de trois modèles selon la complexité et en enregistrant un fichier markdown horodaté dans docs/plans.
Points forts
- Correspondance explicite entre niveau de complexité et modèle, appuyée par des critères de sélection détaillés
- Impose des éléments traçables : chemins de fichiers avec numéros de ligne, URLs de documentation externe, critères d'acceptation
- Sections conditionnelles qui n'ajoutent le contexte design system ou infrastructure que lorsque la fonctionnalité le justifie
- Tableau des anti-patrons qui décourage la sur-planification des changements simples
Limites
- S'appuie sur les fichiers resources/minimal.md, standard.md et comprehensive.md, qui ne sont pas inclus dans ce SKILL.md
- Les critères d'acceptation sont censés venir de « blueprint Step 2 », donc une utilisation autonome exige de les fournir soi-même
- Ne valide pas le plan produit et ne le relie à aucun outil de suivi des tâches ou des tickets
À utiliser lorsqu'il faut rédiger un plan d'implémentation pour un correctif, une fonctionnalité ou un changement d'architecture avant de coder.
À éviter pour une modification triviale d'une ligne, ou lorsque l'équipe impose déjà un autre format de plan.
Analyse de sécurité
SûrThe skill only uses Read, Write, and Edit to create planning documents under docs/plans. It does not execute commands, access networks, exfiltrate data, or modify unrelated files. Referenced resource templates are read-only inputs and pose no execution risk.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Write a minimal implementation plan for fixing the null pointer in src/auth/session.ts when the token expires, including acceptance criteria.Create a standard implementation plan for adding CSV export to the reports page: list the files I'll need to touch, any docs worth referencing, and testable acceptance criteria.Draft a comprehensive multi-phase plan for moving our Postgres setup to a multi-tenant schema, with risks, architectural decisions, and an infrastructure context section for our Terraform stack.name: plan-builder description: Write implementation plans with appropriate templates based on complexity. Provides minimal, standard, and comprehensive templates for different scope levels. allowed-tools: Read, Write, Edit
Plan Builder
Write implementation plans using the appropriate template based on complexity.
Template Selection
| Complexity | When to Use | Template |
|------------|-------------|----------|
| Minimal | Simple bugs, small improvements, clear single-file changes | resources/minimal.md |
| Standard | Most features, complex bugs, team collaboration | resources/standard.md |
| Comprehensive | Major features, architectural changes, multi-phase work | resources/comprehensive.md |
Selection Criteria
Use Minimal When
- Fix is obvious and localized
- Single file or 2-3 related files
- No architectural decisions needed
- Clear acceptance criteria from description
Use Standard When (Default)
- Multiple components affected
- Requires research or external docs
- Team needs context for review
- Has dependencies or risks
Use Comprehensive When
- New system or major feature
- Multiple phases of work
- Architectural decisions required
- Cross-cutting concerns (security, performance)
- Involves multiple teams or stakeholders
Plan Output
Write plans to: docs/plans/[YYYYMMDDHHMMSS]_<title>.md
Include in every plan:
- Research findings with file paths (e.g.,
src/models/user.rb:42) - External documentation URLs
- Related issues/PRs if known
- Acceptance Criteria from user input (populated from blueprint Step 2)
Conditional Sections
UI Features
Include "Design System Reference" section when feature involves:
- Pages, components, forms, buttons, modals
- Visual design elements
DevOps Features
Include "Infrastructure Context" section when feature involves:
- Terraform/OpenTofu, Ansible, cloud resources
- Docker, CI/CD, infrastructure
Anti-Patterns
| Don't | Do | |-------|-----| | Use comprehensive for simple bugs | Match template to actual complexity | | Skip Acceptance Criteria | Always include testable criteria | | Leave placeholder text | Fill all sections or remove them | | Over-plan obvious changes | Minimal template exists for a reason |
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/implementation-plan-builder-mmh8qqpi/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/implementation-plan-builder-mmh8qqpi' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/implementation-plan-builder-mmh8qqpi/download' --output '.skill-downloads/implementation-plan-builder-mmh8qqpi/SKILL.md.part' && mv '.skill-downloads/implementation-plan-builder-mmh8qqpi/SKILL.md.part' '.skill-downloads/implementation-plan-builder-mmh8qqpi/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, Write, Edit
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/implementation-plan-builder-mmh8qqpi/SKILL.md' && test -s '.skill-downloads/implementation-plan-builder-mmh8qqpi/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/plan-builder' && cp -R '.skill-downloads/implementation-plan-builder-mmh8qqpi' '.claude/skills/plan-builder'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/implementation-plan-builder-mmh8qqpi'openskills read 'implementation-plan-builder-mmh8qqpi'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/implementation-plan-builder-mmh8qqpi/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.
Rédaction de docs Supabase
Documentation
Rédigez, éditez et révisez le contenu de la documentation Supabase : guides, tutoriels, références et partiels. Suivez les guides de style et les règles de validation MDX/TOML.
Créer un enregistrement de décision d'architecture
Documentation
Créer un nouveau ADR avec numérotation séquentielle, l'enregistrer dans le graphe AgentDB et le lier aux ADR associés.
Mise à jour de plan avec recherche approfondie
Documentation
Met à jour un document de plan en lançant des sous-agents en parallèle pour analyser un sujet sur tous les passes du compilateur, puis consolide les résultats.