Contextor Newtrack

Pregunta al usuario usando AskUserQuestion:

Pregunta 1 - Tipo de Track:

• Feature (nueva funcionalidad)
• Bugfix (corrección de error)
• Refactor (mejora de código)
• Docs (documentación)

Pregunta 2 - Descripción:

• ¿Qué funcionalidad o problema?
• ¿Cuál es el resultado esperado?

Pregunta 3 - Alcance:

• ¿Qué debe incluir?
• ¿Qué está fuera de alcance?

Pregunta 4 - Criterios de Aceptación:

• ¿Cómo sabemos que está completo?
• ¿Qué tests necesita?

Fase 3: Generar Especificación

Crea contextor/tracks/{nombre}/spec.md:

# Especificación: {Nombre del Track}

**Tipo**: {Feature|Bugfix|Refactor|Docs}
**Fecha**: {Fecha actual}
**Estado**: Pendiente

---

## Objetivo
{Descripción clara del objetivo}

## Contexto
{Por qué es necesario este cambio}

## Requisitos Funcionales
- [ ] {Requisito 1}
- [ ] {Requisito 2}
- [ ] {Requisito 3}

## Requisitos No Funcionales
- {Performance, seguridad, etc.}

## Criterios de Aceptación
- [ ] {Criterio 1}
- [ ] {Criterio 2}
- [ ] {Criterio 3}

## Fuera de Alcance
- {Lo que NO se incluye}

## Dependencias
- {Otros tracks o sistemas}

## Notas Adicionales
{Cualquier información relevante}

Fase 4: Generar Plan

Crea contextor/tracks/{nombre}/plan.md:

# Plan de Implementación: {Nombre del Track}

**Spec**: [spec.md](./spec.md)
**Progreso**: 0%
**Estado**: Pendiente

---

## Resumen
{Resumen breve del plan}

## Archivos Involucrados
- `{archivo1}` - {descripción}
- `{archivo2}` - {descripción}

---

## Fases

### Fase 1: {Nombre de la Fase}
**Objetivo**: {Qué se logra en esta fase}

- [ ] **1.1**: {Tarea}
  - Archivos: `{archivo}`
  - Descripción: {detalles}

- [ ] **1.2**: {Tarea}
  - Archivos: `{archivo}`
  - Descripción: {detalles}

### Fase 2: {Nombre de la Fase}
**Objetivo**: {Qué se logra en esta fase}

- [ ] **2.1**: {Tarea}
  - Archivos: `{archivo}`
  - Descripción: {detalles}

---

## Post-Implementación
- [ ] Tests pasan
- [ ] Documentación actualizada
- [ ] Code review completado

Fase 5: Solicitar Aprobación

Muestra un resumen del spec y plan generados.

Pregunta al usuario:

• ¿El spec captura correctamente los requisitos?
• ¿El plan tiene sentido?
• ¿Quiere modificar algo antes de implementar?

Indica que puede ejecutar /contextor-implement cuando esté listo.

Notas

• Si no se proporciona nombre, pregunta por uno
• Usa nombres descriptivos en kebab-case (ej: user-authentication)
• El plan debe seguir el workflow definido (TDD si está configurado)
• Las tareas deben ser atómicas y verificables