Brief de plan mode antes de tocar código

Antes de escribir o editar una sola línea, quédate en modo plan.

Contexto del trabajo:
- Repo o carpeta: [RUTA]
- Resultado que quiero: [OBJETIVO EN UNA FRASE]
- Lo que NO se puede tocar: [ARCHIVOS, RUTAS O COMPORTAMIENTOS INTOCABLES]
- Cómo se comprueba que funcionó: [COMANDO, PRUEBA O EVIDENCIA]

Tu plan tiene que responder, en este orden:
1. Qué archivos vas a leer antes de decidir, y por qué esos y no otros.
2. Qué vas a cambiar, archivo por archivo, en una línea cada uno.
3. Qué vas a dejar intacto a propósito.
4. Qué puede romperse con este cambio y cómo lo vas a detectar.
5. El comando exacto con el que voy a verificar el resultado.

Reglas:
- Si el objetivo es ambiguo, no elijas por mí. Dime cuál es la ambigüedad y qué decisión cambia el trabajo.
- Si el plan toca más de [N] archivos, párate y propón cómo dividirlo en pasos que se puedan revisar por separado.
- No incluyas pasos que no puedas verificar.
- No propongas refactors que yo no pedí. Si ves algo que vale arreglar, anótalo aparte al final del plan.

No salgas de modo plan hasta que yo apruebe. Planear mal cuesta minutos; implementar mal cuesta el doble en revertir.