Synthèse automatique
Ce skill produit un plan détaillé et séquencé avant d'entreprendre un refactor multi-fichiers, après avoir exploré le dépôt, puis s'arrête pour demander confirmation.
Points forts
- Impose une phase d'investigation du code (implémentation, tests, config, docs) avant toute modification
- Séquence les changements par contrats et types, puis implémentations, appelants, tests et nettoyage
- Intègre des étapes de vérification par phase, un plan de rollback et une liste de risques
- Format de sortie markdown structuré avec tableau des fichiers affectés et dépendances
Limites
- Ne réalise aucune modification de code par lui-même : c'est un planificateur, pas un exécutant
- La qualité du plan dépend entièrement de la profondeur d'exploration réelle effectuée dans le dépôt
- Le format impose des phases génériques qui peuvent mal convenir à des refactors très spécifiques
À utiliser lorsqu'un refactor touche plusieurs fichiers et nécessite une séquence sûre, validée et réversible avant toute édition.
À éviter pour une correction ponctuelle dans un seul fichier ou lorsqu'il faut du code immédiat sans étape de validation préalable.
Analyse de sécurité
SûrThis is a pure planning/instruction skill with no declared tools and no executable content. It explicitly instructs the agent not to edit files while planning, to investigate first, and to stop and request confirmation before implementing. There is no network access, shell usage, credential handling, obfuscation, or destructive action anywhere in the document.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
I want to split the payments module into a separate service. Please investigate the codebase and give me a refactor plan with the affected files, execution phases, and rollback steps before changing anything.Plan the migration of our order DTOs from the legacy classes to the new TypeScript interfaces across the whole repo — don't edit files yet, just produce the plan and wait for my confirmation.We have a lot of deprecated helpers duplicated in several folders. Explore the repo, identify dependencies and hidden coupling, and propose a phased refactor plan with verification after each phase.name: githubcopilot-refactor-plan description: 'Create a concrete plan before starting a multi-file refactor. Use when the user asks to plan, sequence, scope, or safely execute a refactor across multiple files; always investigate first, output the plan, and wait for confirmation before making code changes.'
Refactor Plan
Create a detailed plan before making any code changes.
Instructions
- Do not edit files while preparing the plan.
- Search the codebase to understand the current state. Read enough implementation, tests, configuration, and docs to make the plan specific to the repository.
- Identify affected files, ownership boundaries, dependencies, and likely hidden coupling.
- Plan changes in a safe sequence. Prefer contracts and types first, then implementations, then callers, then tests, then cleanup.
- Include verification steps between phases and a final validation command.
- Include rollback or recovery steps for the riskiest phases.
- Output the complete plan using the format below.
- Stop after the plan and ask for confirmation before implementing. If the user already asked you to implement, still produce the plan first and wait for confirmation unless they explicitly said to continue without review after the plan.
If the request is too ambiguous to plan safely, ask concise clarifying questions instead of editing files.
Output Format
## Refactor Plan: [title]
### Current State
[Brief description of how things work now]
### Target State
[Brief description of how things will work after]
### Affected Files
| File | Change Type | Dependencies |
|------|-------------|--------------|
| path | modify/create/delete | blocks X, blocked by Y |
### Execution Plan
#### Phase 1: Types and Interfaces
- [ ] Step 1.1: [action] in `file.ts`
- [ ] Verify: [how to check it worked]
#### Phase 2: Implementation
- [ ] Step 2.1: [action] in `file.ts`
- [ ] Verify: [how to check]
#### Phase 3: Tests
- [ ] Step 3.1: Update tests in `file.test.ts`
- [ ] Verify: Run `npm test`
#### Phase 4: Cleanup
- [ ] Remove deprecated code
- [ ] Update documentation
### Rollback Plan
If something fails:
1. [Step to undo]
2. [Step to undo]
### Risks
- [Potential issue and mitigation]
After the plan, ask: "Shall I proceed with Phase 1?"
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/refactor-plan-mryiqht8/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/refactor-plan-mryiqht8' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/refactor-plan-mryiqht8/download' --output '.skill-downloads/refactor-plan-mryiqht8/SKILL.md.part' && mv '.skill-downloads/refactor-plan-mryiqht8/SKILL.md.part' '.skill-downloads/refactor-plan-mryiqht8/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
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/refactor-plan-mryiqht8/SKILL.md' && test -s '.skill-downloads/refactor-plan-mryiqht8/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/githubcopilot-refactor-plan' && cp -R '.skill-downloads/refactor-plan-mryiqht8' '.claude/skills/githubcopilot-refactor-plan'Cursor
test -f '.skill-downloads/refactor-plan-mryiqht8/SKILL.md' && test -s '.skill-downloads/refactor-plan-mryiqht8/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/githubcopilot-refactor-plan' && cp -R '.skill-downloads/refactor-plan-mryiqht8' '.cursor/skills/githubcopilot-refactor-plan'Codex
test -f '.skill-downloads/refactor-plan-mryiqht8/SKILL.md' && test -s '.skill-downloads/refactor-plan-mryiqht8/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/githubcopilot-refactor-plan' && cp -R '.skill-downloads/refactor-plan-mryiqht8' '.agents/skills/githubcopilot-refactor-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/refactor-plan-mryiqht8'openskills read 'refactor-plan-mryiqht8'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/refactor-plan-mryiqht8/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.