Haz que tu primera tarea sea una bala trazadora
Construye la versión flaca a través de todas las capas primero. Terminar una capa completa — todo el schema, o toda la superficie del API — se siente como progreso, pero no prueba lo único que importa: que una petición pueda viajar desde la UI, a través del API, hasta la base de datos, y de vuelta. Una bala trazadora hace eso el primer día, con casi nada de código.
Qué es realmente una bala trazadora
El término viene de Andy Hunt y Dave Thomas en The Pragmatic Programmer: una bala trazadora es "una aplicación esqueleto en la que una línea delgada de ejecución va de extremo a extremo." Eliges una capacidad completa y demostrable — "un usuario crea una cuenta", "un mensaje aparece en el feed" — y conectas el camino más delgado posible a través de cada capa que esa función toca: schema, API, UI y una prueba que ejercita todo el conjunto.
Solo hace una cosa pequeña. Pero cada capa está conectada, el pipeline de despliegue corre, y puedes observar comportamiento real en lugar de imaginarlo.
Bala trazadora ≠ prototipo
Esta es la distinción que la gente pasa por alto. Ambos son pequeños, pero tienen destinos opuestos:
| Bala trazadora | Prototipo | |
|---|---|---|
| Destino del código | Se conserva — se vuelve el esqueleto del sistema real | Se descarta después de responder una pregunta |
| Alcance | Una función, todas las capas, conectadas de verdad | Una capa o una pregunta, "pura fachada" |
| Propósito | Probar que el camino funciona de extremo a extremo | Explorar viabilidad, rendimiento, diseño |
| Calidad | Ligera pero real, de producción | Sobre-diseñarlo es un desperdicio |
Un prototipo es el reconocimiento que haces antes de disparar. La bala trazadora es el primer disparo real — la conservas y construyes el resto del sistema a su alrededor.
Por qué es la primera tarea correcta para un agente
Una rebanada vertical es el traspaso más limpio posible. Cuando la primera tarea es una bala trazadora, cada capa ya tiene un ejemplo funcionando: una migración que copiar, un endpoint que reflejar, un componente de UI que hace fetch y renderiza, una prueba que muestra cómo se conectan las capas. Un agente — o un compañero de equipo — puede tomar ese patrón y terminar la siguiente función sin una conversación de diseño. Una capa horizontal a medio construir no les da nada que imitar y una docena de preguntas de integración sin responder.
Movimientos de poder
- Apunta, luego dispara en serio. Si la trazadora falla — el límite de auth está mal, la forma de los datos no encaja con la UI — te enteras mientras el código está casi vacío y el arreglo es barato. Los problemas de integración descubiertos tarde son los caros.
- Que se construya, despliegue y pruebe automáticamente. El "walking skeleton" de Alistair Cockburn es la misma idea enmarcada en la infraestructura: la primera rebanada debe correr a través de tu CI/CD real, para que los problemas difíciles de infraestructura se resuelvan primero, mientras todavía hay tiempo.
- Ensancha el corte una vez probado el camino. Después de que el esqueleto camina, cada función nueva es solo otra rebanada delgada a través de las mismas capas probadas. Ya no adivinas si la arquitectura aguanta — la rellenas.
- Escribe la trazadora como el primer punto del plan. Para un flujo agéntico, formula la tarea #1 como "una capacidad de extremo a extremo, todas las capas", no como "construir el modelo de datos". El primer encuadre produce un demo; el segundo produce un estancamiento.
Recursos
- Tracer Bullets vs. Prototypes — Andy Hunt & Dave Thomas (Artima)
- Tracer Bullets — The Pragmatic Programmer (notas del capítulo)
- Start with a Walking Skeleton — 97 Things Every Software Architect Should Know
¿Construyendo con agentes de IA? Yeda AI diseña, audita y despliega sistemas LLM en producción.