Orquestación y agents en paralelo
Un agent es un pair programmer. Varios agents son un equipo pequeño, y un equipo necesita aislamiento, una forma de ver quién hace qué y un humano que revise los merges.
Por qué ejecutar agents en paralelo
Muchas tareas son independientes: una corrección de bug, un relleno de pruebas, una pasada de documentación, una actualización de dependencia. Ejecutarlas al mismo tiempo convierte la espera en rendimiento. Los límites no son de cómputo sino de atención y de conflictos: debes revisar cada resultado, y dos agents que editen los mismos archivos chocarán.
Aislamiento con git worktrees
Un da a cada agent su propio directorio de trabajo y branch del mismo repositorio, de modo que no pueden sobrescribir los archivos del otro y cada resultado llega como una branch que puedes revisar y fusionar.
# desde el checkout principal
git worktree add ../app-fix-login -b agent/fix-login
git worktree add ../app-add-tests -b agent/add-tests
git worktree add ../app-upgrade-dep -b agent/upgrade-dep
# inicia un agent en cada directorio (cualquier harness) y luego revisa cada branch
git -C ../app-fix-login diff main --stat
# limpia después del merge
git worktree remove ../app-fix-loginVer y gestionar muchas sesiones
- Un multiplexor de terminal como tmux mantiene vivas las sesiones y te permite alternar entre ellas.
- herdr es un multiplexor hecho para agents: paneles de terminal reales para cada agent en un workspace persistente, una barra lateral que muestra qué agents están trabajando, bloqueados esperándote o terminados, detach y reattach, y uso por SSH. Organiza los agents; no los reemplaza.
- Algunos harnesses tienen subagents integrados: el agent principal delega un trabajo enfocado a un ayudante con su propio contexto y recibe de vuelta un resumen.
- Los plugins de orquestación como (OMO) sobre OpenCode añaden roles predefinidos (un coordinador, un planificador, ejecutores, investigadores) y un modo en el que el equipo resuelve una tarea con poca supervisión.
Patrones que funcionan
- Planificador, implementador, revisor: un agent planifica, otro implementa, un tercero revisa, idealmente con un modelo distinto para tener una visión independiente.
- Fan-out: divide un gran cambio mecánico por directorio o módulo y ejecuta un agent por porción.
- Investigación en paralelo: varios agents de solo lectura investigan preguntas distintas y reportan; ninguno edita.
- Termina siempre con un merge humano: los agents abren pull requests, corre el CI, una persona decide.
Riesgos y límites
- Deuda de revisión: diez agents hacen diez diffs. Si no puedes revisarlos, solo estás creando código sin leer.
- Costo: los modos paralelos y autónomos queman tokens rápidamente. Fija presupuestos y vigila el uso.
- Recursos compartidos: las bases de datos, los puertos y las APIs externas no quedan aislados por un worktree.
- : un agent con permisos amplios ejecutándose sin supervisión puede causar un daño amplio. Usa un sandbox o contenedor, credenciales acotadas y ningún acceso a producción.
- Más capas, más confianza: cada plugin y herramienta de orquestación se ejecuta con tus permisos. Fija versiones y lee lo que instalas.
conexiones en el mapa
- Context engineering para agents de códigoescala haciaOrquestación y agents en paralelo
- Orquestación y agents en paraleloproduce trabajo paraEl loop de verificación
actualizado el 14/10/2026 · fuentes para profundizar · reportar un error
en otros dominios
- Hardening de CI/CDsecenglos agentes autónomos exigen la misma disciplina que los runners y las credenciales
Estudia antes
pon a prueba lo que entendiste
Cargando preguntas…