▲ Para tu CTO · método v2026.09

El detalle técnico.
Cómo funciona por dentro.

El método es un documento versionado. Aquí está cada etapa con sus artefactos, cada punto de control humano y lo que cambió en cada versión.

01 · Etapas

etapa 01
Requerimiento
Un agente convierte la necesidad en spec contra el código real. Los specs viven en el repo y le explican al agente cómo decidir.
specs/*.md▲ Producto aprueba
etapa 02
Construcción
Agentes en worktrees paralelos implementan, prueban y documentan. Cada tarea corre aislada con su propio agente.
worktree/* · tests
etapa 03
Control del PR
Revisión automática de calidad, seguridad y reglas del negocio. El riesgo se clasifica antes de pedir revisión humana.
pr/review · risk score▲ Revisión humana
etapa 04
Release
Deploy a producción con los specs actualizados en el mismo PR que cambió el código.
release/2026.09.x▲ QA aprueba
etapa ∞
Operación continua
Agentes de operación diagnostican cada error en producción, proponen la causa raíz y abren el ticket (etapa 01) o el PR de arreglo (etapa 03).
error → ticket · error → PR

02 · Puntos de control humanos

La revisión es proporcional al riesgo. No todo pasa por una persona.

▲ Producto
Antes de construir
Producto valida el spec: qué se construye y por qué. Es la decisión más barata de corregir.
▲ Revisión
En el PR, según riesgo
Los cambios de bajo impacto hacen merge con revisión de agente. Los de alto riesgo los revisa una persona.
▲ QA
Antes del release
Una persona valida el comportamiento antes de que llegue a tus usuarios.

03 · Changelog

27 sep 2026actual

Cuatro etapas, tres puntos de control. La operación regresa al flujo.

NuevoEl control del PR clasifica el riesgo antes de pedir revisión. Los cambios de bajo impacto hacen merge con revisión de agente.
NuevoLos agentes de operación abren el PR de arreglo, no solo el ticket.
CambióLos specs se actualizan en el mismo PR que cambia el código.
RetiradoPlantillas de prompt por equipo. El contexto vive en el repo.