refactor-plan — скилл для GitHub Copilot: план рефакторинга
Скилл изучает кодовую базу и готовит пошаговый план многофайлового рефакторинга до правок. Подходит, когда изменения нужно согласовать заранее.
npx skills add github/awesome-copilot --skill refactor-plan -a claude-codeЧто делает refactor-plan
refactor-plan сначала читает реализацию, тесты, конфигурацию и документацию, чтобы описать текущее и целевое состояние проекта. Затем он перечисляет затронутые файлы, зависимости, границы ответственности и возможные скрытые связи.
План разбит на фазы: типы и интерфейсы, реализация, вызывающий код, тесты и очистка. Для этапов скилл добавляет проверки, финальную команду валидации, риски и шаги отката. Во время подготовки файлы не редактируются.
После вывода плана GitHub Copilot ждёт подтверждения перед изменениями. Скилл стоит ставить командам, которым нужен проверяемый маршрут для рефакторинга; для мелкой правки одного файла он создаст лишнюю паузу.
Какие задачи решает
- составить план рефакторинга нескольких файлов
- найти связанные модули и зависимости
- разбить изменения на безопасные этапы
- добавить проверки и шаги отката
- согласовать план до редактирования кода
Примеры запросов агенту
- Спланируй перенос логики из `file.ts` в отдельные модули.
- Подготовь безопасный план рефакторинга и перечисли затронутые тесты.
- Сначала изучи проект, затем составь план изменения интерфейсов. Не редактируй файлы до моего подтверждения.
Как установить refactor-plan
1Через Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill refactor-plan -a claude-code2Вручную: положить файлы
~/.claude/skills/refactor-plan/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/refactor-plan/
Вручную: положить файлы
.agents/skills/refactor-plan/SKILL.mdДля всех проектов — ~/.agents/skills/
Вручную: положить файлы
.cursor/skills/refactor-plan/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1Через Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill refactor-plan2GitHub CLI
gh skill install github/awesome-copilot refactor-plan3Вручную: положить файлы
.github/skills/refactor-plan/SKILL.mdКомандой платформы
gemini skills install https://github.com/github/awesome-copilot --path skills/refactor-planВручную: положить файлы
.devin/skills/refactor-plan/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Claude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Похожие
Вопросы о refactor-plan
Как установить refactor-plan в GitHub Copilot?
Выполните npx skills add github/awesome-copilot --skill refactor-plan. Также доступна команда gh skill install github/awesome-copilot refactor-plan.
Что делает refactor-plan?
Скилл исследует кодовую базу и выдаёт структурированный план многофайлового рефакторинга. До подтверждения он не вносит изменения в код.
Что входит в план refactor-plan?
План содержит текущее и целевое состояние, таблицу затронутых файлов, фазы работ, проверки, риски и шаги отката. После плана скилл запрашивает подтверждение перед первой фазой.
Исходный текст
SKILL.md · MIT
--- name: 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 1. Do not edit files while preparing the plan. 2. Search the codebase to understand the current state. Read enough implementation, tests, configuration, and docs to make the plan specific to the repository. 3. Identify affected files, ownership boundaries, dependencies, and likely hidden coupling. 4. Plan changes in a safe sequence. Prefer contracts and types first, then implementations, then callers, then tests, then cleanup. 5. Include verification steps between phases and a final validation command. 6. Include rollback or recovery steps for the riskiest phases. 7. Output the complete plan using the format below. 8. 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 ```markdown ## 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?"
© github · MIT · github/awesome-copilot