Contextor New Track

Crea un nuevo track de desarrollo con especificación y plan.

Argumento recibido: $ARGUMENTS (nombre del track)

Prerequisitos

Verifica que existan los archivos de contexto:

• •contextor/product.md
• •contextor/tech-stack.md
• •contextor/workflow.md
• •contextor/guidelines.md

Si no existen, indica al usuario que ejecute /contextor-setup primero.

Proceso

Fase 1: Leer Contexto

Lee todos los archivos de contexto para entender:

• •Qué es el producto
• •Qué tecnologías usar
• •Qué flujo de trabajo seguir
• •Qué estándares aplicar

Fase 2: Recopilar Requisitos

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