Saltar a contenido

Ejecutar, validar y finalizar

Después del fan-out, cada miembro tiene su propio sub-roadmap. La ejecución, la validación y la finalización se conducen desde el workspace.

Comandos en Codex

En Codex, cambiá el prefijo por $ — ej.: /n45 → $n45.

Avanzar la ejecución

Corré /n45 (el hub) o /n45-next y elegí avanzar la ejecución:

/n45-next

N45 avanza cada miembro por su propia fase actual, en paralelo. Los miembros no van en lockstep — cada uno tiene sus propias fases y su propio ritmo. Repetís este paso hasta que todos los miembros terminen sus roadmaps.

flowchart LR
    Next([/n45-next]) --> A[frontend
avanza su fase]
    Next --> B[api
avanza su fase]
    A --> Check{¿Todos
terminados?}
    B --> Check
    Check -->|todavía no| Next
    Check -->|sí| Validate([Validación unificada])

Cada task pasa por el mismo rigor que en modo Project — un ejecutor y un revisor por task, en el worktree del miembro. Lo que cambia es que el trabajo sucede en cada repositorio miembro, coordinado desde el workspace.

Validación unificada

Cuando todos los miembros terminan, la feature queda lista para validación:

/n45
# → elegí "Validar (unificada)"

La validación levanta los servicios juntos y confirma que realmente se comunican — la costura del CONTRACT funcionando de punta a punta, no solo cada servicio aislado. Si algo necesita un ajuste, N45 lo corrige en el miembro que tiene que cambiar y volvés a validar.

Finalización coordinada

Aprobada la validación, la finalización es coordinada entre todos los miembros:

/n45
# → elegí "Finalizar (coordinada)"
  • Cada miembro cierra su propio roadmap: CHANGELOG (con una nueva versión), actualización de los documentos del servicio, retrospectiva, y merge o PR en la rama protegida del miembro.
  • El workspace archiva la feature y hace merge o PR de su propia rama de coordinación.

Elegís entre Merge o Pull Request y la rama protegida de destino de cada repositorio. Cada servicio versiona de forma independiente (api y frontend tienen sus propias versiones).

Una rama por feature

Al planificar, la feature obtiene una rama propia en cada repositorio y en el workspace. Durante la ejecución la feature vive en esa rama — cambiar a la rama protegida oculta el trabajo en curso, como en cualquier flujo de feature branch.

Cancelar

Si decidís no seguir con la feature, el hub ofrece cancelar — descarta las ramas de la feature (en el workspace y los miembros), preservando cualquier merge ya hecho.

Ver también