dful.
Dful Dark
Tema
Árbol de conocimiento
En esta página

Subagentes

Cómo delega un agente una tarea acotada a otro agente y cuándo el paralelismo compensa el coste de coordinación.
Actualizado 28 ago 2026

Un subagente es otro agente al que el principal delega una parte del trabajo. Recibe un objetivo y contexto propios, ejecuta su loop y devuelve un resultado al agente principal.

La diferencia frente a una tool call es que el subagente puede tomar varias decisiones y utilizar sus propias tools. Una llamada a read_file realiza una operación. Un subagente que revisa un módulo puede leer varios ficheros, ejecutar tests y preparar una conclusión.

Ejemplo de 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.

Delegación paralela y retorno El agente principal delega dos revisiones independientes del repositorio. El subagente A revisa el módulo de autenticación y el subagente B revisa el parser de configuración en contextos separados; después ambos devuelven sus hallazgos. Agente principal Delega e integra resultados Subagente A Revisar módulo de autenticaciónContexto separado Subagente B Revisar parser de configuraciónContexto separado Agente principal Delega e integra resultados Tareas independientesVuelven los hallazgos Delegación paralela y retorno El agente principal delega dos revisiones independientes del repositorio. El subagente A revisa el módulo de autenticación y el subagente B revisa el parser de configuración en contextos separados; después ambos devuelven sus hallazgos. Agente principal Delega e integra resultados Subagente A Revisar módulo de autenticaciónContexto separado Subagente B Revisar parser de configuraciónContexto separado Agente principal Delega e integra resultados
Figura 1. El agente principal delega dos revisiones independientes con contexto separado y después reúne ambos resultados.

Cada uno recibe:

  • El objetivo concreto de su revisión.
  • Los ficheros o instrucciones relevantes.
  • El resultado que debe devolver.

Si las dos revisiones son independientes, pueden ejecutarse en paralelo. Después el agente principal integra los hallazgos, elimina duplicados y decide qué merece una acción.

El resultado útil no es el transcript completo de cada subagente. Normalmente bastan las conclusiones, la evidencia necesaria, los ficheros afectados y las preguntas que siguen abiertas.

Contexto separado

El subagente no necesita recibir toda la conversación principal. Un contexto acotado evita copiar información irrelevante y mantiene sus búsquedas o resultados intermedios fuera del contexto del agente principal.

Ese aislamiento también puede ocultar una restricción importante. Si la revisión no debe modificar ficheros, esa regla debe formar parte de la delegación; no sirve que exista solo en un turno que el subagente nunca recibió.

Cuándo no paralelizar

Si dos subagentes editan el mismo fichero, el trabajo paralelo puede producir conflictos y costar más tiempo del que ahorra. Lo mismo ocurre cuando la segunda tarea depende continuamente de lo que descubra la primera.

En esos casos es más sencillo mantener un único agente o delegar en secuencia. Las tareas de solo lectura o los módulos claramente separados suelen ser mejores candidatos para paralelizar.

Más agentes también significan más llamadas y más contexto procesado. Pueden reducir el tiempo transcurrido cuando trabajan a la vez, pero no hacen gratis el trabajo adicional. Costes de API explica cómo se acumula ese uso.

Referencias