Jesse Vincent (obra) / subagent-driven-development
¿Cuándo ayuda de verdad repartir el trabajo entre agentes?
Cuando las piezas son de verdad independientes, y casi nunca en otro caso.
Lo que conviene recordar
- La independencia es la condición previa, no un detalle de optimización.
- Repartir antes de planificar crea versiones paralelas del mismo malentendido.
- El coste real es el merge, y lo pagas tú, no los agentes.
- El reparto de solo lectura, como investigar o revisar, es el uso más seguro y fiable.
01Qué cambia en la práctica
Los agentes en paralelo son atractivos por lo obvio y peligrosos por lo menos obvio: cada uno toma pequeñas decisiones de diseño, y nada reconcilia esas decisiones después excepto tú.
El patrón fiable es repartir para leer y recopilar, y un único escritor para decidir. Las investigaciones, auditorías y revisiones paralelizan bien. El diseño de interfaces no.
02Dónde decepciona
Los archivos compartidos convierten la concurrencia en resolución de conflictos, por eso el aislamiento tipo worktree importa en cuanto escribe más de un agente.
El coste de coordinación crece además más rápido que la aceleración. Pasadas unas pocas piezas concurrentes, el merge es el proyecto.
Instalación y primera ejecución
- Instala superpowers desde obra/superpowers, con licencia MIT.
- Escribe el plan primero y reparte después. Repartir una tarea sin plan multiplica la confusión.
- Da a cada agente un límite en archivos y una definición de hecho, y usa aislamiento si escriben en el mismo repositorio.
Preguntas que la gente hace de verdad
- ¿Cuándo no debo paralelizar?
- Cuando las piezas comparten estado o decisiones sin tomar. Obtendrás varias respuestas seguras e incompatibles.
- ¿Cuál es el uso más seguro?
- Trabajo de solo lectura como investigación, auditorías y revisiones, donde no hay que fusionar nada.
- ¿Necesitan espacios aislados?
- En cuanto más de uno escribe en el repositorio, sí. Si no, estarás gestionando conflictos a mano.
Fuentes
Versiones legibles por máquina de esta página