Build en vivo con Claude Code
Sub-agentes por dominio: UI, lógica, base de datos, auth
Build en vivo con Claude Code como agente principal + sub-agentes por dominio es el método más rápido para llevar un MVP del spec al deploy. Pero "rápido" depende de cómo estructuras la sesión: tres principios simples evitan que 8 horas de construcción se conviertan en 8 horas peleando con el agente.
Sesiones acotadas + un agente por dominio + revisión continua = ritmo sostenible.
Los tres principios
1. Una sesión, un objetivo claro
Cada sesión empieza con un spec de feature. Al terminar, el feature está deployable. No "varios features". No "avanzar en lo que pueda". Uno, hecho.
2. Sub-agentes por dominio
Principal orchestra. Sub-agentes ejecutan:
ui-builder: componentes, estilos, layouts.db-writer: migraciones, RLS, queries.api-writer: endpoints server.test-writer: unit + e2e.reviewer: lee diff, marca red flags.
Cada sub-agente tiene context-window limpio por dominio. El principal nunca se satura.
3. Revisión continua, no al final
Cada commit del agente, tú revisas. No "déjalo 2 horas y reviso al final". Pausa, lee diff, corrige rumbo. La distancia entre "está mal" y "se corrige" es 1 minuto, no 2 horas.
El ritmo ideal
- 30 min: escribir/revisar spec del feature.
- 2–3 horas: build con revisión continua.
- 30 min: tests + deploy a preview.
- 30 min: smoke test manual.
Total: 3–4 horas para un feature funcional, deployable. Algunos se llevan menos; otros requieren partir en dos sesiones.
Para tu próxima sesión: un feature, un spec claro, revisión cada commit. Cronometra: ¿cuánto toma? Usa eso como baseline para planear el resto.
- Un spec, un feature, una sesión — acotado.
- Sub-agentes especializados por dominio evitan saturación del context.
- Revisión continua es el diferencial entre 3 horas productivas y 8 horas peleando.