Guías

Modelo operativo de comunicación del agente

Modelo operativo público UAIX para registros portátiles de identidad, intención, contexto, reconocimiento, evidencia, propuestas de memoria, promoción y transferencia de múltiples agentes mientras los tiempos de ejecución se ejecutan en otros lugares.

  • Registro UAIX-DOC-2589
  • Ruta /es-es/guides/agent-communication-operating-model/
  • Uso Registro público canónico

Estado del documento

Página de estándares públicos Publicado el UAIX como parte del registro de estándares públicos actuales
Código
UAIX-DOC-2589
Superficie
Guías
Acceso
Público y enlazable

Cómo usar esta página

Utilice esta guía para publicar y consumir registros portátiles de identidad, intención, contexto, reconocimiento, evidencia, propuesta de memoria y transferencia de múltiples agentes mientras los tiempos de ejecución se ejecutan en otro lugar.

Para agentes: aplique la guía relevante al sitio o repositorio de destino del usuario. No copie esta página UAIX, no cree una página sobre la guía ni trate esta página como autoridad de tiempo de ejecución a menos que el usuario solicite explícitamente ese resultado.

Objetivo

El modelo operativo de comunicación de agentes define cómo UAIX registra la comunicación portátil de múltiples agentes sin convertirse en el tiempo de ejecución que realiza el trabajo. Publica un sobre de paquete canónico para identidad, correlación, confiabilidad de entrega, confianza, procedencia, integridad, contenido del cuerpo, evidencia, propuestas de memoria, correcciones, informes finales y transferencias.

Se ejecutan los tiempos de ejecución del agente. UAIX registra la comunicación, la memoria, la confianza, la evidencia y el límite de transferencia revisados.

El circuito de comunicación de 10 pasos

  1. Identificarlos objetos de origen y de destino con ID de agentes, carriles de roles, proyectos, sugerencias de contacto y límites de autoridad.
  2. Declarar perfilcon uai_version, profile y message_id para que los registros se puedan enrutar y validar de forma determinista.
  3. Correlaciónmensajes relacionados con conversation.correlation_id, referencias de mensajes principales, datos de secuencia y estado del ciclo de vida.
  4. Establecer política de entregacon claves de idempotencia, vencimiento, postura de reintento, requisitos de tiempo de espera, directivas de respaldo y reglas de salida esperadas.
  5. Intención del Estadodentro del body específico del perfil manteniendo las restricciones de ejecución explícitas y revisadas.
  6. Reconocerrecibo con uai.agent.ack.v1 antes de que el trabajo continúe, sea rechazado, aplazado o elevado a revisión humana.
  7. Ejecutar en otro lugaren Carcinus, LocalEndPoint, MCP, A2A, agentes OpenAI, Codex, herramientas locales u otro tiempo de ejecución que posea la ejecución fuera de UAIX.
  8. Informe de evidenciacon estado de la tarea, resultados de validación, artefactos modificados, comprobaciones, capturas de pantalla, bloqueadores, riesgos y notas de verificación manual.
  9. Proponer cambios de memoriapor separado de los registros de ejecución de tareas, con puertas de revisión para hechos duraderos y exclusiones de secretos o material temporal.
  10. Entregar, finalizar o corregircon el siguiente actor, lecturas requeridas, siguiente acción exacta, evidencia completa e historial de correcciones.

Conceptos centrales

  • Sobre canónico:cada paquete utiliza uai_version, profile, message_id, source, target, conversation, delivery, trust, body, provenance, integrity y extensions.
  • Identidad:Las identidades de origen o de destino con formato incorrecto no superan la validación antes de que un paquete pueda tratarse como un registro portátil.
  • Correlación:Los mensajes relacionados deben llevar un ID de correlación válido para que las solicitudes, ACK, bloqueadores, actualizaciones de estado, transferencias, informes finales y correcciones permanezcan vinculados al mismo flujo de trabajo.
  • Fiabilidad:Las claves de idempotencia, la política de reintento, la política de tiempo de espera, las directivas de respaldo y las reglas de salida esperadas hacen que el trabajo delegado sea revisable sin convertir a UAIX en el ejecutor.
  • Negociación de capacidad:Las declaraciones de capacidad declaran perfiles admitidos, niveles de conformidad, esquema URLs, errores tipográficos y no reclamaciones para los consumidores.
  • Reconocimiento:Los mensajes que requieren confirmación deben recibir un paquete ACK que registre el estado aceptado, rechazado, aplazado, bloqueado o de revisión humana.
  • Informes de bloqueador:La autorización, el acceso, el secreto, la acción destructiva y los bloqueadores de límites requieren revisión humana.
  • Ciclo de vida de la propuesta de memoria:las propuestas nombran los hechos revisados, el tipo de fuente, el estado de la propuesta, el requisito de revisión y la separación de la ejecución de tareas. Los registros de ejecución permanecen separados.
  • Promoción de memoria fría:La memoria fría es material de origen. No puede convertirse en una verdad actual mediante la promoción directa.
  • Informes finales:Los paquetes de informes finales conservan los archivos modificados, los archivos nuevos, las pruebas ejecutadas, las comprobaciones omitidas, los bloqueadores, los riesgos, la evidencia de validación, las propuestas de memoria, las actualizaciones de memoria omitidas y la siguiente acción exacta.
  • Evidencia de validación:Los esquemas, los accesorios, los resultados del validador, los casos de conformidad y la evidencia explícita del informe final hacen que el paquete sea revisable.
  • Límites de soporte:UAIX registra comunicación, memoria, confianza, evidencia y transferencia; Los tiempos de ejecución se ejecutan.

Límite de soporte

UAIX no proporciona sincronización automática, mensajería alojada, orquestación de tiempo de ejecución, adaptadores oficiales, ejecución de escritura en repositorio, autoridad de certificación ni mecanismos de importación alojados. Carcinus.org es un ejemplo de orquestador/tiempo de ejecución independiente que puede consumir registros UAIX. UAIX.org no implementa el comportamiento de tiempo de ejecución Carcinus y no ejecuta flujos de trabajo Carcinus. LocalEndPoint y otros tiempos de ejecución pueden consumir los registros UAIX publicados como consumidores externos; UAIX.org no implementa las funciones de tiempo de ejecución específicas del proyecto.

Límite de la memoria

Las propuestas de memoria duradera deben estar separadas de los registros de ejecución de tareas. No promueva estados de terminales temporales, tokens de sesión, tokens de escritura, instrucciones de plataforma beta, seguimientos de errores locales, claves privadas, credenciales de API u otros valores similares a secretos. Sólo los hechos arquitectónicos estables deberían pasar a la memoria duradera después de su revisión.

Activos legibles por máquina

Compañero adaptable a la capacidad

UsarInteracción web adaptable a la capacidadcuando un paquete de comunicación de agente necesita describir lo que el cliente receptor puede leer, representar, publicar, autenticar, almacenar, coordinar o auditar de forma segura antes de continuar con el trabajo.

Ejecución de objetivos a largo plazo

Ejecución de objetivos a largo plazoes la receta operativa que combina paquetes de estado de tarea, bloqueador, transferencia, propuesta de memoria e informe final con reescritura autorizada UAIX mientras el tiempo de ejecución se ejecuta en otro lugar.

Memoria de objetivos jerárquica

Memoria de objetivos jerárquicareutiliza paquetes de estado de tarea, bloqueador, transferencia, propuesta de memoria e informe final para puntos de control de subobjetivos en lugar de introducir un nuevo sobre central.