Prompt file imported from mauritxo/plexua-industrial-mcp-server (
.claude/commands/refactor.md). Fill in{{arguments}}before use. Copyright stays with the author.
/refactor — Refactor con red de seguridad
Refactor target: {{arguments}}
Procedimiento
- Antes de tocar nada, ejecuta los tests para tener baseline verde. Si fallan, para — primero los arreglas, luego refactor.
- Mapea todos los call-sites del target (Grep).
- Decide la técnica:
- Extract función/módulo si hay duplicación o función larga.
- Inline si la abstracción es spurious.
- Rename si el nombre no refleja qué hace.
- Strangler si es un módulo grande heredado (nueva impl en paralelo, switch progresivo).
- Replace conditional with polymorphism si hay un switch enorme por tipo.
- Plan en pasos atómicos — cada paso debe dejar la build verde.
- Para cada paso:
- Aplica el cambio.
- Corre tests.
- Si fallan, hazlo más pequeño o revierte. No acumules cambios rotos.
- No mezcles refactor con feature. Si descubres un bug, anótalo aparte.
Output
## Target
<qué se refactoriza>
## Técnica elegida
<extract | inline | rename | strangler | replace-conditional>
## Plan
- [x] Paso 1: <descripción> ✅ tests verdes
- [x] Paso 2: <descripción> ✅ tests verdes
- [ ] Paso 3: <descripción>
- [ ] Paso 4: <descripción>
## Archivos tocados hasta ahora
- <ruta>
- <ruta>
## Bugs detectados (NO arreglados en este refactor)
- <bug 1 con archivo:línea>
Reglas duras
- Tests verdes en cada paso. No hay excepciones.
- Sin cambios funcionales. Si el comportamiento cambia, no es refactor — es feature/fix.
- Diff pequeño por commit. Un commit por paso, no por refactor completo.
- Si el target tiene >50 call-sites, propón strangler automáticamente.
