Flujos — Día 3

Agenda conceptual

S1 OpenSpec / Spec Kit + Constitution
S2 Specify -> Plan -> Tasks -> Validate
S3 model + tools + context + loop
S4 routing + evaluator + HITL

Producto

workshop-login-frontend ┐
workshop-auth-backend  ├─> GitHub Project ReqFlow
workshop-requirements-api ┘

OpenSpec completo + GitHub

OpenSpec:
proposal -> specs -> design -> tasks.md -> apply

GitHub:
Issue -> Project -> branch -> PR -> checks

tasks.md y el GitHub Issue conviven durante el taller. El Issue representa trabajo comprometido y trazabilidad del producto; tasks.md descompone la implementación del cambio OpenSpec.

Recorrido principal guiado

Discovery
 -> hallazgo confirmado
 -> revisión humana
 -> GitHub Issue priorizado
 -> rama del Issue
 -> OpenSpec proposal + specs
 -> GATE HUMANO
 -> OpenSpec design
 -> GATE HUMANO
 -> OpenSpec tasks
 -> GATE HUMANO
 -> openspec validate
 -> characterization tests
 -> OpenSpec apply
 -> implementación incremental
 -> tests / evaluators
 -> PR final rama del Issue -> main
 -> checks / quality gates
 -> Definition of Done
 -> GATE HUMANO de cierre
 -> archive posterior cuando corresponda

El recorrido principal se ejecuta desde VS Code y no requiere PRs internos copilot/*.

Ruta alternativa: GitHub Copilot Agents

contexto versionado
 -> seleccionar repositorio y rama base
 -> GitHub Copilot Agent
 -> copilot/*
 -> implementación / validaciones disponibles
 -> PR hacia la rama base

Esta ruta es complementaria y tiene reglas distintas de ramas. Los comandos explícitos de OpenSpec CLI permanecen en el flujo local.

Personalización opcional al cierre

Ruta principal:
proposal -> specs -> design -> tasks -> apply
                 + GitHub Issue

Alternativa personalizada reqflow-github:
proposal -> specs -> design -> apply
                 + GitHub Issue como tracking

La alternativa cambia el proceso de tracking, no la funcionalidad de ReqFlow.