Refactor sin romper

Reordena el código en pasos pequeños y verificables, sin colar cambios de comportamiento por el camino.

Cuándo se usa

Cuando un archivo se ha hecho grande o vas a tocar algo que da miedo.

SKILL.md

# Refactor sin romper

Refactorizar es cambiar la forma sin cambiar el comportamiento. En cuanto se
mezclan las dos cosas, ya no se sabe qué rompió qué.

## Antes de tocar nada

- Comprueba que hay forma de verificar: pruebas, un comando que compile o una
  pantalla que se pueda mirar. Si no hay ninguna, crea la mínima primero.
- Anota qué hace hoy el código, incluidos los comportamientos raros. Algunos de
  esos son un fallo; otros son la razón de que algo funcione.

## Durante

- Un cambio por paso, y verificar entre paso y paso: renombrar, extraer, mover.
  Nunca los tres a la vez.
- Nada de cambios de comportamiento a escondidas. Si encuentras un fallo por el
  camino, apúntalo y arréglalo aparte.
- Extraer una función solo cuando le puedas poner un nombre honesto. Si el mejor
  nombre que se te ocurre es hacerCosas, todavía no está clara.
- No renombres por gusto en archivos que no estás tocando: infla el diff y
  esconde lo importante.

## Al terminar

Di qué se movió y qué se comprobó para saber que no se rompió nada. Si algo
quedó a medias, dilo como a medias.