Sistema de Planificación con Archivos

1. Ejecuta git diff --stat para ver los cambios reales en el código
2. Lee los archivos de planificación actuales
3. Actualiza los archivos de planificación según el informe de recuperación y el git diff
4. Luego continúa con la tarea

Importante: Ubicación de los archivos

• Las plantillas están en ${CLAUDE_PLUGIN_ROOT}/templates/
• Tus archivos de planificación van en tu directorio de proyecto

Inicio rápido

Antes de cualquier tarea compleja:

1. Crear task_plan.md — Consulta la plantilla templates/task_plan.md
2. Crear findings.md — Consulta la plantilla templates/findings.md
3. Crear progress.md — Consulta la plantilla templates/progress.md
4. Releer el plan antes de decidir — Refresca los objetivos en la ventana de atención
5. Actualizar tras cada fase — Marca completado, registra errores

Nota: Los archivos de planificación van en la raíz de tu proyecto, no en el directorio de instalación del skill.

Patrón central

Ventana de contexto = Memoria (volátil, limitada)
Sistema de archivos = Disco (persistente, ilimitado)

→ Todo lo importante se escribe en disco.

Propósito de los archivos

Reglas clave

1. Crear el plan primero

Nunca comiences una tarea compleja sin task_plan.md. Sin excepciones.

2. Regla de dos operaciones

"Tras cada 2 operaciones de inspección/navegador/búsqueda, guarda inmediatamente los hallazgos clave en un archivo."

Esto previene la pérdida de información visual/multimodal.

3. Releer antes de decidir

Antes de tomar decisiones importantes, lee los archivos de planificación. Esto pone los objetivos en tu ventana de atención.

4. Actualizar tras actuar

Tras completar cualquier fase:

• Marca el estado de la fase: in_progress → complete
• Registra cualquier error encontrado
• Anota los archivos creados/modificados

5. Registrar todos los errores

Cada error se escribe en el archivo de planificación. Esto acumula conocimiento y previene repeticiones.

## Errores encontrados
| Error | Intentos | Solución |
|------|---------|---------|
| FileNotFoundError | 1 | Se creó configuración por defecto |
| Timeout de API | 2 | Se añadió lógica de reintento |

6. Nunca repetir un fallo

if operación falla:
    siguiente acción != misma acción

Registra lo que intentaste, cambia el enfoque.

7. Continuar tras completar

Cuando todas las fases están completas pero el usuario solicita trabajo adicional:

• Añade fases en task_plan.md (ej. Fase 6, Fase 7)
• Registra una nueva entrada de sesión en progress.md
• Continúa el flujo de trabajo planificado como de costumbre

Protocolo de tres fallos

Intento 1: Diagnosticar y corregir
  → Leer el error cuidadosamente
  → Encontrar la causa raíz
  → Corrección dirigida

Intento 2: Enfoque alternativo
  → ¿Mismo error? Cambiar método
  → ¿Otra herramienta? ¿Otra librería?
  → Nunca repetir exactamente la misma operación fallida

Intento 3: Replantear
  → Cuestionar suposiciones
  → Buscar soluciones
  → Considerar actualizar el plan

Tras 3 fallos: Pedir ayuda al usuario
  → Explicar qué intentaste
  → Compartir el error concreto
  → Solicitar orientación

Matriz de decisión Leer vs Escribir

Test de reinicio con cinco preguntas

Si puedes responder estas preguntas, tu gestión de contexto es sólida:

Cuándo usar este patrón

Usar en:

• Tareas multipaso (más de 3 pasos)
• Investigación
• Construir/crear proyectos
• Tareas que cruzan múltiples llamadas a herramientas
• Cualquier trabajo que requiera organización

Omitir en:

• Preguntas simples
• Edición de un solo archivo
• Consultas rápidas

Plantillas

Copia estas plantillas para comenzar:

• templates/task_plan.md — Seguimiento de fases
• templates/findings.md — Almacén de investigación
• templates/progress.md — Registro de sesión

Scripts

Scripts auxiliares de automatización:

• scripts/init-session.sh — Inicializa todos los archivos de planificación
• scripts/check-complete.sh — Verifica si todas las fases están completas
• scripts/session-catchup.py — Recupera contexto de la sesión anterior (v2.2.0)

Límites de seguridad

Este skill usa un hook PreToolUse para releer task_plan.md antes de cada llamada a herramienta. El contenido escrito en task_plan.md se inyecta repetidamente en el contexto, lo que lo convierte en un objetivo de alto valor para inyección indirecta de prompts.

Antipatrones