En el organigrama de agentes describimos los handoffs entre roles distintos: arquitectura entrega a implementación, implementación a revisión. Pero hay otra dimensión que casi nadie menciona y que usamos todos los días: un agente también se delega trabajo a sí mismo. Dos mecanismos lo hacen posible — los subagentes y la mensajería entre hilos — y conviene entender cuándo usar cada uno, porque resuelven problemas opuestos.
Subagentes: contratar por tarea
Un subagente es una instancia nueva del mismo agente, lanzada con un encargo acotado: busca en qué archivos se usa esta función, audita esta configuración, investiga este error. Trabaja en su propio contexto, aislado, y al terminar devuelve solo la conclusión.
La palabra importante es solo. El recurso más escaso de un agente no es la inteligencia sino la ventana de contexto: la cantidad de información que puede tener presente a la vez. Un agente que lee treinta archivos para encontrar un dato termina cargando treinta archivos de ruido por el resto de la sesión, y la calidad de su trabajo se degrada — igual que la de un humano al que le llenaron el escritorio. El subagente absorbe ese ruido en su propio contexto desechable y entrega el destilado: dos párrafos de hallazgos en lugar de treinta archivos.
La analogía operativa es contratar un despacho externo para un peritaje: no quieres sus borradores ni sus llamadas internas; quieres el dictamen. En nuestra operación, las búsquedas amplias en el código, las auditorías de configuración y la investigación documental viajan en subagentes. La sesión principal conserva lo que importa: la dirección.
Mensajería entre hilos: dos especialistas que se escriben
El segundo mecanismo es distinto. A veces no necesitas delegar una tarea, sino comunicar dos proyectos que viven en hilos de trabajo separados — cada uno con su propio contexto largo, su historia y su especialidad.
Caso real de nuestra operación: el sitio web y una plataforma de monitoreo se desarrollan en hilos distintos del mismo agente. El hilo del sitio necesitaba unos tableros de demostración que el hilo de monitoreo ya había construido. En lugar de reconstruirlos (duplicando trabajo y garantizando divergencia), el hilo del sitio le envió un mensaje al otro pidiendo el material; el hilo de monitoreo respondió con los archivos y las advertencias pertinentes — qué datos eran representativos, qué debía sanitizarse antes de publicar. Un handoff entre pares, con el humano supervisando el intercambio.
La diferencia con el subagente es de simetría. El subagente es descartable y subordinado: nace para una tarea y muere con ella. El hilo par es persistente y experto: sabe cosas que tu hilo no sabe, y seguirá existiendo mañana. Al subagente le das instrucciones; al hilo par le haces una solicitud — y su respuesta puede incluir contexto que no pediste pero necesitabas, como esas advertencias de sanitización.
La regla que aplica a ambos
Los dos mecanismos comparten una servidumbre: lo que no se escribe en la solicitud, no existe. El subagente no estuvo en tu conversación; el hilo par no conoce tu proyecto. Ambos reciben únicamente lo que el mensaje diga. Por eso la disciplina de los handoffs con artefacto no se relaja entre instancias del mismo agente — se vuelve más importante: con un colega humano, el contexto omitido a veces se rescata en el pasillo; entre hilos, no hay pasillo.
El límite honesto: delegar tiene costo fijo. Redactar bien el encargo, esperar el resultado, validar que entendió. Para una tarea de dos minutos, el subagente es burocracia; para una búsqueda de cuarenta archivos o un intercambio entre proyectos, es la diferencia entre una sesión que se degrada y una que se mantiene nítida.
Conclusión práctica
Si diriges agentes de IA, agrega estas dos preguntas a tu repertorio: ¿esta tarea va a ensuciar el contexto de mi sesión principal? — subagente. ¿Esta información ya existe en otro hilo con más historia que el mío? — mensaje entre hilos, nunca reconstrucción. La materia prima de un agente es su contexto; estos dos mecanismos existen para protegerlo.