План рефакторинга

Составьте детальный план до внесения любых изменений в код.

Инструкции

1. Не редактируйте файлы, пока готовите план.
2. Изучите кодовую базу, чтобы понять текущее состояние. Прочитайте достаточно реализации, тестов, конфигурации и документации, чтобы план был специфичен для репозитория.
3. Выявите затронутые файлы, границы владения, зависимости и вероятную скрытую связанность.
4. Спланируйте изменения в безопасной последовательности. Предпочитайте сначала контракты и типы, затем реализации, затем вызывающий код, затем тесты, затем уборку.
5. Включите шаги проверки между фазами и финальную команду валидации.
6. Включите шаги отката или восстановления для самых рискованных фаз.
7. Выведите полный план в формате ниже.
8. Остановитесь после плана и попросите подтверждение перед реализацией. Если пользователь уже просил реализовать, всё равно сначала составьте план и дождитесь подтверждения, если только он явно не сказал продолжать без ревью после плана.

Если запрос слишком неоднозначен для безопасного планирования, задайте краткие уточняющие вопросы вместо редактирования файлов.

Формат вывода

## 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]

После плана спросите: «Приступать к Фазе 1?»