Managed Deep Agents 0.10: el trabajo sigue y la conversación también

Delegar una tarea sin detener la conversación

LangChain ha publicado Managed Deep Agents 0.10 el 29 de octubre, en beta pública sobre LangSmith Cloud. Añade subagentes asíncronos y un navegador gestionado. El cambio práctico es poder enviar un trabajo largo a segundo plano y seguir hablando con el usuario mientras se realiza.

La delegación síncrona sigue teniendo sentido cuando el agente necesita la respuesta para continuar. La opción asíncrona sirve cuando aún puede aclarar requisitos, resolver otra parte del encargo o atender una corrección. No adelanta el resultado que todavía está calculándose; evita bloquear toda la conversación por esperarlo.

El resultado regresa aunque el agente ya haya terminado su turno

El agente inicia la tarea y recibe un identificador. Puede consultar su estado, cambiar sus instrucciones o cancelarla. Cada subagente trabaja en un hilo propio y avisa al terminar; no necesitas programar un bucle de consultas para recibir la respuesta.

Si el agente principal sigue trabajando, incorpora el resultado entre llamadas al modelo. Si está inactivo, el resultado puede activar otra ejecución. Si espera una aprobación, esa espera se conserva y el resultado se entrega después de la respuesta humana. Son situaciones distintas que la aplicación debe representar sin dar un trabajo pendiente por terminado.

Un resultado correcto puede llegar para el encargo equivocado

Un agente prepara una comparación de herramientas y delega revisar sus licencias. Mientras tanto, el usuario añade que todos los datos deben procesarse localmente. La investigación inicial puede estar bien hecha y recomendar servicios cloud que ya no cumplen el encargo.

Una opción de diseño es asociar cada trabajo con un identificador y una versión de los requisitos. Al recibirlo, se comprueba si sigue vigente antes de incorporarlo. En una demostración local con datos sintéticos, un resultado de la versión anterior se descarta; el resultado de la versión actual se admite y uno cancelado se rechaza. Es una regla ilustrativa comprobada, no una prueba de Managed Deep Agents.

Enviar instrucciones nuevas al subagente ayuda, pero la aplicación todavía necesita decidir qué hacer con una respuesta que llegue después del cambio. La comprobación en la entrega cubre ese punto, aunque el trabajo anterior ya estuviera casi terminado.

El navegador incorpora un relevo humano para iniciar sesión

El navegador gestionado permite actuar sobre interfaces sin API pública. Cuando una API sí cubre la operación, la documentación recomienda usarla. Para autenticarse, el agente puede cederte la ventana: introduces las credenciales en la web y devuelves el control. Después comprueba que la sesión se haya iniciado.

El alcance de esa sesión importa. Por defecto hay un navegador por conversación. Con alcance de usuario se comparten cookies y logins entre sus conversaciones, aunque cada una tenga su ventana. Cerrar sesión o cambiar de cuenta puede afectar a las otras. Conservar el login evita repetirlo; no separa por sí solo las cuentas con las que trabaja esa persona.

Iniciar sesión tampoco equivale a autorizar cualquier acción posterior. Una propuesta de reserva o un cambio de configuración necesita conservar los controles que le correspondan dentro de tu aplicación.

Un contexto separado no significa archivos separados

En el caso documentado del mismo usuario, el subagente asíncrono comparte la sandbox del agente principal. Tiene su propio contexto de conversación, pero puede encontrar los archivos que el otro ya ha escrito.

Para una investigación dividida en varias partes, asignaría una salida distinta a cada trabajo y dejaría la composición final a un único responsable. Dos tareas que escriben a la vez el mismo informe pueden sobrescribirse aunque sus conversaciones estén separadas. Añadir subagentes exige coordinar esas escrituras, además de repartir el razonamiento.

Qué probar antes de llevarlo a una automatización

La función requiere managed-deepagents 0.10.0 o posterior. Hay un límite importante en sus pruebas: mda eval funciona sin Agent Server y no puede evaluar un agente que declare subagentes asíncronos. La conversación y la llegada de resultados necesitan comprobarse contra un entorno servido.

Probaría un mensaje nuevo con el trabajo en marcha, su finalización con el agente ocupado o inactivo, una aprobación pendiente y un cambio de requisitos. También comprobaría cancelaciones y conflictos de archivos. Detener una ejecución no debe confundirse con deshacer un efecto que otra herramienta ya haya confirmado.

Esta versión merece atención cuando una tarea larga obliga a mantener abierta la interacción. La decisión no consiste en delegar más por sistema, sino en conservar una conversación útil mientras cada trabajo tiene un estado y un resultado verificables.

Fuentes