Explorar notas
Subagentes
Un subagente recibe una parte acotada del trabajo, su propio contexto y un resultado esperado. A diferencia de una tool call, puede tomar varias decisiones y utilizar tools durante su propio loop antes de devolver una conclusión al agente principal.
Delegación
En una revisión de repositorio, el agente principal puede pedir a un subagente que inspeccione el módulo de autenticación y a otro que revise el parser de configuración.
Cada delegación debería dejar claro:
- Qué objetivo tiene la revisión.
- Qué ficheros, restricciones o evidencia necesita.
- Qué resultado debe devolver.
Si las dos tareas son independientes, pueden ejecutarse en paralelo. El agente principal recibe después los hallazgos, elimina duplicados y decide qué merece una acción.
No suele hacer falta devolver el transcript completo del subagente. Para integrar el trabajo bastan normalmente las conclusiones, la evidencia necesaria, los ficheros afectados y las preguntas que siguen abiertas.
Contexto propio
Un subagente puede trabajar sin copiar toda la conversación principal. Eso reduce contexto irrelevante y mantiene sus búsquedas o resultados intermedios fuera del contexto del agente que coordina.
La contrapartida es que una restricción que solo existe en la conversación principal puede perderse. Si una revisión debe ser de solo lectura, esa regla tiene que formar parte de la delegación o de las instrucciones que el subagente hereda realmente.
Paralelismo y conflictos
El paralelismo funciona mejor con trabajo de solo lectura o módulos claramente separados. Dos agentes editando el mismo fichero pueden producir conflictos, y una tarea que depende continuamente de los descubrimientos de otra suele encajar mejor en una ejecución secuencial.
Cada subagente añade inferencias y contexto propios. Puede reducir el tiempo transcurrido cuando varias tareas independientes avanzan a la vez, pero también aumenta el uso total. Esa diferencia importa al decidir si una delegación merece la coordinación adicional.