Jesse Vincent (obra) / dispatching-parallel-agents
¿Cuándo conviene que Claude reparta un problema entre subagentes en paralelo?
Cuando los problemas son tan independientes que arreglar uno no puede cambiar otro.
Lo que conviene recordar
- La independencia es la prueba. Los fallos relacionados van a un solo investigador, porque un único arreglo puede resolver varios.
- Paralelo significa un solo mensaje: varias llamadas de despacho en una misma respuesta se ejecutan a la vez, y con una por respuesta se ejecutan en secuencia.
- Los subagentes nunca heredan el historial de la sesión, así que el prompt tiene que llevar los mensajes de error, los nombres de las pruebas y los límites.
- Integrar es trabajo del agente principal: leer cada resumen, buscar ediciones solapadas y ejecutar toda la batería.
01Qué cambia en la práctica
Investigar fallos sin relación uno detrás de otro hace perder tiempo, y hacerlo en un único contexto largo lo llena de varias historias a la vez. Subagentes separados mantienen limpia cada investigación y dejan la sesión principal libre para coordinar.
La plantilla de prompt es la parte útil. Un buen encargo nombra un archivo de pruebas o un subsistema, pega los errores reales, descarta el atajo que escondería el problema, como subir los tiempos de espera, y dice qué hay que devolver. El ejemplo resuelto de la skill reparte seis fallos en tres archivos entre tres agentes, y cada uno encuentra una causa distinta.
- Alcance: un archivo de pruebas o un subsistema.
- Objetivo: que esas pruebas pasen.
- Restricciones: no tocar el resto del código.
- Resultado: un resumen de lo encontrado y de lo arreglado.
02Dónde decepciona
No te dice si dos fallos están relacionados. Ese juicio va antes de usar la skill, y una mala decisión produce varios agentes arreglando síntomas del mismo error de formas incompatibles.
También da por hecho un entorno capaz de lanzar subagentes y ejecutarlos a la vez. Sin eso, el patrón se queda en trabajo secuencial con más prompts que escribir.
Instalación y primera ejecución
- Instala superpowers en Claude Code con /plugin install superpowers@claude-plugins-official. La licencia es MIT, y esta skill es un único SKILL.md que necesita un entorno capaz de lanzar subagentes.
- Agrupa primero los fallos por dominio, por ejemplo un archivo de pruebas cada uno, y confirma que ninguno depende de otro.
- Cuando los subagentes informen, ejecuta tú la batería completa de pruebas. Arreglos separados pueden chocar igualmente, y la skill pide revisiones por muestreo porque los agentes cometen errores sistemáticos.
Preguntas que la gente hace de verdad
- ¿En qué se diferencia de subagent-driven-development?
- subagent-driven-development ejecuta un plan escrito con un subagente nuevo por tarea y una revisión después de cada una, y dice que nunca se lancen en paralelo subagentes de implementación. Esta skill es para problemas sin relación que se pueden atacar al mismo tiempo.
- ¿Cuándo se aplica?
- Su descripción habla de dos o más tareas independientes, sin estado compartido ni dependencias de orden. Sus ejemplos son tres o más archivos de pruebas que fallan por causas raíz distintas.
- ¿Qué debe devolver cada subagente?
- Un resumen de la causa raíz y de los cambios hechos, pedido en el propio prompt, para que el agente principal pueda buscar conflictos antes de integrar.
Fuentes
Versiones legibles por máquina de esta página