Agent-hub transfiere tareas a otra IA con un resumen de cinco puntos

Transfieres una tarea a otro agente de IA, copias la última respuesta y acabas explicando de nuevo lo que querías hacer. La respuesta contiene el resultado más reciente, pero puede omitir el objetivo, las restricciones y los motivos de las decisiones ya tomadas. Agent-hub ha incorporado el comando /handoff para este cambio: el agente de origen redacta un resumen, una persona lo revisa y el nuevo agente recibe el texto y continúa el trabajo. Para los desarrolladores, lo útil es el propio método de traspaso, que pueden reproducir en sus herramientas.

Qué recibe el siguiente agente

Agent-hub ejecuta agentes en el ordenador y permite comunicarse con ellos mediante los temas de un grupo de Telegram. El comando /handoff gestiona el cambio entre agentes: primero prepara una descripción del estado actual de la tarea y, tras la confirmación, abre un tema nuevo con el agente receptor seleccionado.

El resumen consta de cinco partes: objetivo, trabajo realizado, decisiones tomadas, archivos afectados y pasos pendientes. El agente de origen recibe instrucciones de basarse en el historial conocido y señalar expresamente las lagunas. Durante la preparación debe limitarse a resumir, sin continuar la tarea ni invocar herramientas.

Supongamos que estás añadiendo una función para reintentar el envío de un resultado tras un fallo de red. Un agente ya ha implementado la persistencia de la respuesta y una cola. Otro debe comprobar la recuperación tras un reinicio. Un traspaso útil explicará dónde están los cambios y por qué se decidió reanudar el envío desde la primera parte sin confirmación de recepción. Es un ejemplo hipotético del artículo: muestra qué información puede perderse fácilmente al copiar solo el último mensaje.

El resumen tiene un límite de 3000 unidades de código UTF-16. La aplicación rechaza el texto vacío o demasiado largo. No hay truncamiento automático: al final podrían figurar los próximos pasos o una restricción importante. Aun así, un resumen que respete el límite puede omitir alternativas descartadas y los motivos de las decisiones.

La confirmación está vinculada al estado de la tarea

Antes de iniciar el agente receptor, el usuario ve el texto y puede modificarlo íntegramente o cancelar el traspaso. Solo puede confirmarlo quien haya iniciado el proceso. Únicamente entonces la aplicación crea un tema de Telegram, guarda su asociación e inicia el agente.

El borrador tiene una validez de 15 minutos desde que se abre /handoff. Un nuevo turno en la sesión de origen, la restauración de una instantánea, un cambio de contexto o de configuración, o el reinicio de la aplicación lo invalidan. Los botones antiguos deben dejar de funcionar y una segunda confirmación no debe crear otro tema. Para quienes desarrollan interfaces de agentes, la lección es concreta: el consentimiento del usuario debe referirse a una versión específica del texto y a un estado determinado de la tarea.

La pérdida de una respuesta de Telegram se contempla por separado. El servicio podría haber creado el tema aunque la aplicación no recibiera confirmación. Por eso, agent-hub no vuelve a intentar crearlo automáticamente: podría generar duplicados. El autor aconseja revisar la lista de temas antes de intentarlo otra vez.

Generar el resumen requiere un turno adicional del agente de origen y puede consumir tokens de pago o parte de la cuota de la suscripción. Conviene tenerlo en cuenta en la interfaz: transferir el contexto también exige tiempo y recursos.

Los archivos compartidos siguen siendo un riesgo

El agente receptor inicia una sesión nueva en el mismo directorio del proyecto. No hereda el historial ni los permisos del agente de origen. Que el resumen indique que un comando está aprobado no sustituye, por sí solo, la confirmación que exija la configuración del agente receptor.

Ambos agentes siguen teniendo acceso a los mismos archivos. El tema de origen permanece disponible, por lo que trabajar en paralelo puede provocar modificaciones superpuestas. No hay aislamiento de archivos ni resolución automática de conflictos. Además, el contenido del disco puede cambiar después de preparar el resumen: el nuevo agente debe contrastar la descripción con el estado real del proyecto.

La prohibición de usar herramientas durante el resumen también tiene límites. Un canal específico rechaza solicitudes de permisos, preguntas y envíos de archivos, pero, como señala el autor, no constituye un entorno aislado completo. Si la CLI autoriza por su cuenta la ejecución de una herramienta, el canal no garantiza el aislamiento.

Según el autor, los escenarios se comprobaron mediante pruebas automatizadas con agentes y Telegram simulados, y después manualmente con agentes reales. El artículo no ofrece una evaluación cuantitativa de la pérdida de contexto. La conclusión práctica es más modesta que la promesa de una transición sin interrupciones: transferir un estado de la tarea que se pueda revisar, señalar lo que se desconoce y pedir al agente receptor que compruebe los archivos antes de modificarlos. El código fuente del proyecto está disponible en el repositorio github.com/aprazdnikov/agent-hub-rs; el autor indica que tiene licencia MIT.