Resumen

  • Un borrador individual de IETF exige una regla expresa para convertir la recomendación de un agente en una decisión de la empresa. La credencial de acceso acredita que puede llamar a una herramienta; no acredita que alguien con mandato haya adoptado su propuesta.
  • La delegación debe llevar propósito, límites, contexto importante, responsable y referencia a la decisión. Después hay que distinguir el pedido a una herramienta, la acción que ocurrió y el efecto observado.

La propuesta viajó en primera clase

Un agente recomienda cambiar de proveedor. Otro recibe la tarea, una herramienta responde «correcto» y el informe final celebra la operación. La secuencia parece impecable hasta que alguien pregunta por el acta: ¿quién decidió que la empresa cambiaría de proveedor? ¿Qué ocurrió fuera del chat? ¿Se produjo el ahorro que anuncia el informe? El borrador sobre la semántica de la delegación entre agentes pone una barrera en cada una de esas transiciones. Una recomendación, una decisión, una acción y un resultado no son cuatro nombres para la misma cosa.

El ejemplo del proveedor sirve para someter la propuesta a prueba. La ficha de IETF Datatracker registra la versión 00 del 19 de octubre de 2026 como Internet-Draft individual, sin aval de IETF ni trámite de RFC. Su autor extrae obligaciones organizativas de un marco llamado EAGF. Habla de significado y trazabilidad; no presenta un nuevo protocolo ni resultados medidos en empresas. La cuestión inmediata es quién tiene capacidad de comprometer a una organización cuando las máquinas encadenan instrucciones sin hacer una pausa para pedirla.

Un permiso de infraestructura responde «puede usar esta API». La autoridad empresarial responde «puede decidir o actuar para este fin, dentro de estos límites». El borrador separa ambas respuestas. Cada delegación debe identificar al otorgante, el propósito y lo excluido, y trasladar solo una parte acotada de la autoridad original. Un pase al edificio permite entrar al edificio. Si su titular se sienta en la junta y firma una compra, el pase era auténtico; la decisión sigue siendo otra historia.

El centro de esa historia es la adopción. El agente puede proponer; una persona autorizada o una regla aprobada puede convertir la propuesta en compromiso. La acción realizada en nombre de la empresa debe señalar la decisión que la autorizó, o la regla explícita que dispensaba de una decisión separada. No basta citar la recomendación original. Un flujo que pone un sello verde a cada mensaje puede funcionar sin errores técnicos y aun así carecer del único sello que importa: el del mandato empresarial.

El botón verde no cierra el expediente

La cadena tampoco acaba cuando una herramienta acepta una llamada. Una invocación es una solicitud. La acción es una intervención que efectivamente sucedió. El resultado es el cambio que luego se observa. Incluso una acción no autorizada cuenta como acción: esconderla porque faltaba permiso falsearía la historia. Y un retorno de API exitoso no demuestra por sí mismo que el proveedor haya cambiado ni que la empresa haya obtenido un beneficio.

Para no pedirle al agente que se certifique a sí mismo, el texto distingue al menos tres clases de evidencia: relato del agente, registro de la plataforma o del entorno de ejecución y material verificable fuera de esa cadena. En asuntos de alto riesgo, la primera clase no basta para probar una acción. Una frase fluida puede explicar la intención; un registro operativo puede mostrar que el servicio aceptó una orden; el hecho de que el mundo cambió necesita su propia comprobación.

Entre un agente y otro también viajan las condiciones. El primero quizá recibió la instrucción de explorar proveedores para una sola región y sin firmar contratos. Si el segundo conserva el token pero pierde esa restricción, la herramienta verá un solicitante autorizado y la empresa sufrirá una instrucción deformada. El borrador llama material al contexto cuya pérdida altera la interpretación, la autorización o el riesgo. Debe sobrevivir al traspaso. La confianza depositada en un agente tampoco se hereda automáticamente por su sucesor: en el nuevo contexto hay que justificarla otra vez.

Por último, los descubrimientos posteriores no tienen derecho a editar el pasado. Una prueba nueva puede cambiar el próximo juicio, pero el expediente de la decisión debe conservar lo que se sabía entonces. El documento diferencia lo que un diseño promete de lo que un sistema en funcionamiento puede demostrar con registros auténticos. Esa separación impide que una arquitectura bonita sustituya a una explicación de lo que pasó.

Documentos originales