Ajuste de estándares

Objetivo#

Standards Fit explica dónde pertenece UAI-1 junto al agente, herramienta, API, identidad, rastreo, esquema y sistemas de transporte adyacentes. Es una página de límites de la etapa de lanzamiento: útil para implementadores, revisores y lectores públicos que necesitan la adaptación sin convertir los ejemplos actuales de evidencia puente en afirmaciones de apoyo demasiado amplias.

Comparación central#

A2A coordina a los agentes, MCP conecta herramientas y recursos, UAI-1 registra el intercambio portátil.OpenAPI describe las API HTTP, el esquema JSON valida la estructura del mensaje, los sistemas estilo DID/VC pueden admitir evidencia de confianza, Trace Context lleva enlaces de seguimiento distribuidos y CBOR o MessagePack pueden convertirse en futuros enlaces de transporte compactos solo cuando existe la ruta de evidencia.

selector rápido#

Utilice esta sección cuando la pregunta no sea si UAI-1, MCP o A2A es mejor en abstracto, sino qué capa posee el trabajo que tiene delante.

UAI-1 frente a MCP#

• MCP pregunta:¿Qué herramientas, recursos, indicaciones y contexto puede utilizar este cliente modelo en esta sesión de host?
• UAI-1 pregunta:¿Qué registro de intercambio portátil puede otro sistema validar, citar, reproducir, revisar o adjuntar para revelar evidencia?
• Regla del puente:una llamada de herramienta MCP se puede asignar a uai.intent.request.v1 y un recurso o resultado de herramienta MCP se puede asignar a uai.intent.response.v1. La asignación no convierte UAI-1 en el ciclo de vida de la sesión MCP.
• Úselo juntos cuando:el resultado de una herramienta local se convierte en evidencia entre equipos, un artefacto de lanzamiento, un elemento público o una afirmación de soporte de implementación.

UAI-1 frente a A2A#

• A2A pregunta:¿Qué agente puede hacer este trabajo, cómo se delega la tarea y cómo se mueve el estado de la tarea mientras se ejecuta el trabajo?
• UAI-1 pregunta:¿Qué solicitud, declaración de capacidad, registro de estado de tarea, respuesta, error o resultado de conformidad debe permanecer portátil después de que finalice la conversación en tiempo de ejecución?
• Regla del puente:una tarjeta de agente A2A se puede asignar a uai.capability.statement.v1 y una actualización de tarea A2A se puede asignar a uai.task.status.v1. La asignación no convierte a UAI-1 en el protocolo de descubrimiento, delegación o transmisión de A2A.
• Úselo juntos cuando:El trabajo delegado del agente necesita un registro de transferencia respaldado por un validador, un registro de auditoría, un paquete de lanzamiento público o evidencia de implementación.

Preguntas de decisión#

1. ¿El principal problema es el acceso a herramientas/recursos locales dentro de una sesión de host? Comience con MCP.
2. ¿El principal problema es el descubrimiento, la delegación o la coordinación de tareas entre agentes pares? Comience con A2A.
3. ¿Es necesario que el registro viaje entre equipos, proveedores, versiones, auditorías o reclamos de implementación pública? Agregue UAI-1.
4. ¿El trabajo necesita un paquete de prueba pública? ResolverUAI-1, esquemas, registro, ejemplos y resultados del validador antes de ampliar el lenguaje de soporte.

Mapa de estándares adyacentes#

• A2A:puede poseer el descubrimiento, la delegación, la transmisión de tareas y el estado de las tareas colaborativas entre agentes pares. UAI-1 puede registrar la solicitud portátil, el resultado, el estado de la tarea o la evidencia de capacidad que debe permanecer revisable fuera de la sesión de ejecución.
• MCP:puede poseer llamadas a herramientas host-cliente-servidor, lecturas de recursos, indicaciones y negociación de capacidades locales de aplicaciones. UAI-1 puede registrar el intercambio público cuando el resultado o la solicitud de una herramienta necesita salir de ese límite local.
• OpenAPI:describe HTTP operaciones y contratos de ruta. UAIX publica OpenAPI para su superficie REST mientras que UAI-1 describe el registro de mensajes que puede viajar a través o al lado de esas rutas.
• JSON Esquema:Comprueba la estructura de los perfiles UAI-1 actuales. Es el complemento de validación de la especificación escrita, no un reemplazo de la guía semántica o la disciplina de publicación.
• DID/VC, mTLS y sobres firmados:puede admitir afirmaciones de confianza declaradas a través de trust, credential_ref, signature_ref y capas de transporte complementarias sin convertirse en una pila de identidad obligatoria.
• Contexto de seguimiento:puede viajar a través de conversation.traceparent y campos de procedencia relacionados cuando ya existe un seguimiento distribuido.
• Detalles del problema:informa el estilo de las fallas públicas escritas, mientras que UAI-1 mantiene registros de errores específicos del perfil y códigos de problemas del validador adjuntos a su propio registro.

Ruta de la arquitectura de sistemas agentes#

Utilice esta ruta cuando un lector pregunte cómo UAIX se adapta a un arnés de agente de producción. El arnés ejecuta el trabajo; UAIX conserva la evidencia portátil y el registro de entrega que debe sobrevivir a la ejecución.

La regla práctica es: dejar que los tiempos de ejecución se ejecuten, dejar que MCP conecte herramientas, dejar que A2A coordine los agentes, dejar que los sistemas de observabilidad rastreen el comportamiento y dejar que UAIX publique el registro listo para el validador, el paquete de conformidad y la transferencia de memoria del proyecto que otra parte puede inspeccionar.

Límite del perfil del puente#

El kit de adopción y el paquete de conformidad ahora incluyen ejemplos de evidencia puente respaldados por un validador. Los perfiles de puente formales aún deberían asignar evidencia a registros UAI-1 sin asumir el comportamiento de tiempo de ejecución adyacente.

• Una tarjeta de agente A2A se puede asignar a un registro uai.capability.statement.v1, pero A2A aún posee el descubrimiento nativo y la ejecución de tareas.
• Una actualización de tarea A2A se puede asignar a uai.task.status.v1, pero UAI-1 no se convierte en el protocolo de tarea de transmisión.
• Una llamada a la herramienta MCP se puede asignar a uai.intent.request.v1 y el resultado se puede asignar a uai.intent.response.v1, pero MCP aún posee el ciclo de vida de la sesión y la invocación de la herramienta.
• Una referencia de operación OpenAPI puede aparecer en UAI-1 procedencia o metadatos del cuerpo, pero OpenAPI aún describe la API HTTP.
• DID/VC evidencia de confianza y vínculo de contexto de seguimiento se pueden declarar en el sobre, pero UAI-1 no requiere una credencial global ni una pila de seguimiento.

Escalera de traslado compacta#

1. Con clave JSON:el registro fuente legible por humanos para revisión, documentos, resultados del validador y reclamos de soporte.
2. Clave minimizada JSON:el mismo registro con clave sin espacios en blanco para una transferencia sencilla donde la legibilidad es menos importante; el validador lo trata como el mismo registro con clave.
3. Sin llave JSON:una forma de matriz compacta que utiliza el públicoregistro de camporeconstruir el registro clave antes de la validación; el validador actualmente acepta este modo.
4. Alias ​​JSON:trabajo planificado hasta que existan mapas de alias públicos, accesorios, reglas de normalización y expectativas del validador.
5. CBOR o paquete de mensajes:investigación de seguimiento o trabajos de transporte futuros hasta que se publiquen la paridad de codificación/decodificación, el comportamiento de la ruta y la evidencia de conformidad.

Regla de normalización#

El validador actual admite keyed-json, minified-keyed-json y keyless-json. Cada formulario compacto aceptado debe normalizarse nuevamente a JSON con clave completa antes de la validación del esquema, la canonicalización JCS, el hash, las firmas, la evidencia del validador, las notas de la versión o las reclamaciones de soporte público. El orden de campo es un mapa de transporte; el registro reconstituido con clave JSON es la línea de base de revisión e integridad.

Comparación de ejemplo#

Los ejemplos siguientes son intencionalmente pequeños. Muestran la relación entre formas legibles, minimizadas y sin clave sin presentar alias o soporte binario como comportamiento público actual.

{
  "uai_version": "1.0",
  "profile": "uai.intent.request.v1",
  "message_id": "msg-demo-001",
  "body": {
    "intent": "resolve-profile",
    "subject": "uai.task.status.v1"
  }
}

[
    "1.0",
    "uai.intent.request.v1",
    "msg-demo-001",
    null,
    null,
    null,
    null,
    null,
    [
        "resolve-profile",
        "uai.task.status.v1"
    ]
]

{"uai_version":"1.0","profile":"uai.intent.request.v1","message_id":"msg-demo-001","body":{"intent":"resolve-profile","subject":"uai.task.status.v1"}}

[
    "1.0",
    "uai.intent.request.v1",
    "msg-demo-001",
    null,
    null,
    null,
    null,
    null,
    [
        "resolve-profile",
        "uai.task.status.v1"
    ]
]

["1.0","uai.intent.request.v1","msg-demo-001",null,null,null,null,null,["resolve-profile","uai.task.status.v1"],null,null,[]]

[
    "1.0",
    "uai.intent.request.v1",
    "msg-demo-001",
    null,
    null,
    null,
    null,
    null,
    [
        "resolve-profile",
        "uai.task.status.v1"
    ],
    null,
    null,
    []
]

Límite de apoyo público actual#

• El soporte actual incluye normalización con clave JSON, clave minificada JSON, sin clave JSON, esquemas, registros de registro, ejemplos, el registro de campo, comportamiento del validador, evidencia de equivalencia de hash canónico, ejemplos de evidencia de puente, el paquete de conformidad y pistas de implementación.
• La transferencia sin clave está vinculada al registro de campo público y debe permanecer reversible en la clave JSON.
• Los mapas de alias, los tipos de medios de envolvente binaria, los perfiles de puente formales, los SDK, las CLI y la certificación formal permanecen planificados o investigados hasta que la evidencia pública los haga avanzar.
• Ningún lenguaje que se ajuste a los estándares debería implicar que UAI-1 reemplaza a A2A, MCP, OpenAPI, JSON esquema, DID/VC sistemas, protocolos de seguimiento, firma o transporte.

Dónde verificar el registro actual#

UsarUAI-1para el contrato,Esquemas, Registro, Ejemplos, y elValidadorcomo evidencia,Referencia APIyPaquete de conformidadpara transferencia de cara a la máquina, yHoja de rutamásRegistro de cambiospara el futuro límite y sendero de liberación.