Resumen

  • La carta propuesta define el contexto de diálogo como los identificadores y el estado de ciclo de vida necesarios para correlacionar y mantener interacciones entre usuarios, agentes y herramientas; deja fuera la memoria del modelo, los documentos recuperados y los prompts.
  • Mantener el mismo hilo a través de varios saltos sirve como recibo de un grafo de interacción declarado, pero no autentica a todos sus participantes ni transporta automáticamente el mandato.
  • La operación necesita recibos enlazados y distintos para correlación, identidad, autorización, procedencia, significado de la solicitud, acción de la herramienta, confirmación, revocación y resultado observado.

Recuperar una conversación no valida una decisión

Una persona dicta una solicitud desde el teléfono. Un agente la deriva a otro, una pasarela cambia la modalidad, una herramienta ejecuta una llamada y el proceso se reanuda después de perder la red. Si cada tramo recibe un identificador diferente, resulta difícil detectar repeticiones, reconstruir la interrupción o saber qué respuesta corresponde a qué petición. Agentproto parte de un problema real.

La carta propuesta 00-03 delimita la solución. El contexto de diálogo contiene identificadores y estado de ciclo de vida. No contiene la memoria de conversación enviada al modelo, los documentos recuperados ni los prompts. El futuro protocolo definiría cómo propagar ese contexto sobre transportes existentes; no sustituiría protocolos de aplicación como MCP o A2A y tampoco impondría la estructura o el contenido de una aplicación.

La conclusión válida es estrecha: varios eventos fueron vinculados como partes del mismo diálogo. De ahí no se sigue que el agente final sea el mismo sujeto autenticado al inicio, que conserve la autorización original o que los intermediarios hayan preservado el propósito y las restricciones.

La identidad y el permiso no caben en una etiqueta de correlación

La propia propuesta separa la identidad del agente de la identidad del usuario al que representa. Contempla permisos del agente limitados a un subconjunto de los del usuario y revocación independiente. Es una señal de arquitectura: correlacionar una conversación y acreditar a quien actúa son funciones distintas.

Un identificador puede recuperar correctamente una negociación de compra. El proveedor aún debe comprobar qué agente se presenta ahora, qué organización y usuario representa, el límite monetario, los bienes autorizados, la fecha de vencimiento y la posible revocación. Una conversación antigua no renueva el mandato.

Cada intermediario añade otro punto de control. Traducir voz a texto, resumir una petición o escoger una herramienta puede modificar su significado práctico. La trazabilidad del diálogo muestra el camino declarado. No certifica que cada transformación haya sido fiel o estuviera permitida.

El ciclo de vida técnico no es el estado del negocio

El trabajo previsto abarcaría establecimiento, modificación, terminación y revocación de relaciones de propagación, además de recuperación ante fallos y participantes inalcanzables. Son estados útiles para el protocolo de diálogo.

No deben convertirse en vocabulario universal de resultado. establecido no significa que la persona haya aprobado cualquier paso posterior. terminado no equivale a pago liquidado, paquete entregado o configuración aplicada. revocado describe la relación de propagación, pero no prueba que una cola, una credencial almacenada o una herramienta remota haya dejado de aceptar la autoridad anterior.

Incluso la respuesta exitosa de una API puede limitarse a la recepción de una orden. Para probar el resultado hay que observar la superficie que lo posee: la cuenta, el recurso, el inventario, el dispositivo o el estado externo pertinente.

Diseñar una cadena de recibos verificables

El recibo de correlación debería incluir emisor, espacio de nombres, predecesor, salto participante y transición del ciclo de vida. El recibo de identidad debería identificar al agente autenticado y al usuario representado. El de delegación debería registrar alcance, condiciones, vigencia y referencia de revocación. La procedencia debe conservar la instrucción y las fuentes relevantes. La aplicación define la semántica; la herramienta registra operación, objetivo, parámetros y respuesta; la confirmación conserva exactamente lo que aceptó el usuario; una observación independiente confirma el estado final.

Separar no significa desconectar. Cada acción de alto impacto debe apuntar a la autorización exacta y al paso del diálogo que la originó. Sin esos enlaces, la investigación no puede reconstruir causalidad. Si todo se reduce a un identificador opaco, el sistema tendrá una cronología limpia, pero no una prueba suficiente.

La persistencia también crea un riesgo de privacidad. Un identificador que atraviesa dominios puede convertirse en mecanismo de seguimiento. La carta ya exige analizar la correlación. Audiencia, rotación, partición de espacios de nombres, minimización y retención decidirán si la continuidad ayuda a operar o permite observar de forma permanente al usuario.

Aún es una propuesta

El aviso de revisión del IESG del 17 de septiembre afirma que se ha propuesto un grupo de trabajo, que el IESG todavía no ha decidido y que los comentarios vencen el 27 de septiembre. Datatracker sitúa la versión 00-03 en revisión externa y en la agenda de la teleconferencia del 8 de octubre. No existe todavía un grupo constituido, un borrador adoptado, un estándar aprobado ni un despliegue.

La decisión de diseño sigue abierta: hacer interoperable la continuidad sin convertir un identificador en credencial, mandato y certificado de éxito al mismo tiempo.

Fuentes

Registros primarios: anuncio de revisión del IESG, carta propuesta de Agentproto 00-03 y página del grupo en Datatracker.