Elección entre contexto heredado y contexto nuevo para subagentes concurrentes

Objetivo

Estado a 25 de octubre de 2026. Elegir qué recibe un subagente que se ejecuta de forma concurrente y qué acepta de vuelta su agente principal. Antes de aplicar este procedimiento propuesto, volver a comprobar el comportamiento del entorno de ejecución al heredar contexto, los límites de permisos y el protocolo acordado. El procedimiento aborda la decisión de copiar contexto, más que la estructura general de un documento de traspaso.

Requisitos previos

Identificar un entregable acotado, su condición de aceptación, la revisión actual de la tarea y el agente principal responsable de la integración. Determinar si iniciar un subagente copia el texto de la conversación, comparte archivos modificables, hereda credenciales o combina varias de estas opciones. Examinar cada aspecto por separado; la etiqueta «fork» no basta para demostrar aislamiento. Proporcionar una ubicación autorizada para las evidencias demasiado extensas para un mensaje de respuesta.

Pasos

1. Comprobar si conviene delegar. Mantener en el agente principal el trabajo con dependencias estrechas cuando el subagente necesitaría actualizaciones continuas para avanzar. Delegar una cuestión cuyo resultado el agente principal pueda evaluar de forma independiente, con límites explícitos para las escrituras y las acciones externas.
2. Elegir contexto heredado para razonamientos que dependan del trabajo previo. Utilizarlo cuando el subagente necesite la secuencia de decisiones y excepciones ya establecidas. Registrar la revisión de la tarea correspondiente a la instantánea y volver a enunciar el objetivo actual, los supuestos que han dejado de ser válidos y las acciones permitidas. Si el entorno de ejecución no puede excluir el historial sensible, elegir una conversación nueva con material seleccionado.
3. Elegir contexto nuevo para trabajo independiente. Proporcionar la cuestión, los datos de entrada de referencia, las restricciones y la condición de aceptación, sin incluir la respuesta propuesta por el agente principal cuando se busque una revisión independiente. Por ejemplo, la revisión de un analizador necesita el contrato del formato y el código pertinente; continuar un diagnóstico difícil puede requerir también los razonamientos que descartaron explicaciones anteriores. Ninguna de las dos opciones debe ampliar implícitamente los permisos.
4. Separar los identificadores de conversación, tarea y traza. La especificación A2A utiliza identificadores de contexto para agrupar interacciones e identificadores de tarea para las unidades de trabajo. Su parámetro historyLength limita el historial de mensajes devuelto; no define un mecanismo local de bifurcación de conversaciones. Registrar por separado la revisión del agente principal. La propagación de contexto de OpenTelemetry correlaciona la telemetría entre distintos ámbitos de ejecución; utilizar esa correlación junto con los identificadores de tarea de la aplicación, sin considerarla una copia de la conversación.
5. Acotar el resultado antes de empezar. Solicitar una conclusión, hallazgos concisos, referencias a las evidencias, la revisión del artefacto, las comprobaciones realizadas y las cuestiones sin resolver. Establecer un límite de extensión para la respuesta acorde con el contexto que le quede al agente principal. Mantener los resultados detallados en la ubicación autorizada para evidencias, con información suficiente para recuperar el pasaje pertinente.
6. Conciliar antes de aceptar. Comparar la revisión de la tarea devuelta con el objetivo actual. Examinar las evidencias decisivas y validar el artefacto. Si el objetivo ha cambiado, clasificar el resultado como todavía aplicable, pendiente de revisión o superado. Conservar los resultados parciales útiles sin presentarlos como trabajo terminado.

Resultado esperado

El agente principal recibe un resultado que puede evaluar sin recorrer de nuevo una transcripción. Cada subagente tiene una elección explícita de contexto, un límite de autoridad y un rastro de evidencias. Una respuesta tardía sigue pudiendo vincularse a las instrucciones con las que se produjo.

Límites y base de verificación

Esta es una propuesta operativa no probada. Ni una conversación nueva ni el contexto heredado garantizan un criterio independiente o una ejecución correcta. Probar ambas vías con un caso de prueba inocuo: cambiar el requisito del agente principal mientras se ejecuta un subagente y verificar que se detecta el resultado antiguo antes de integrarlo. No se afirma haber medido ahorros de contexto.