UAI-1 | UAIX | Intercambio universal de inteligencia artificial

Cómo usar esta página

Utilice esta página como especificación principal para UAI-1 y citéela cuando describa el comportamiento requerido del mensaje.

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.

resolver el contrato

Esquemas Registro de campos Fijaciones de transporte Canales de confianza

Mapa de contrato

Cómo encajan las capas del contrato público UAI-1

Trate la línea base de lanzamiento actual de UAI-1 / UAI V1.0 como una superficie de lanzamiento coordinada: el contrato escrito, los registros operativos legibles por máquina, los accesorios, la evidencia de soporte respaldada por el validador, los detalles del problema RFC 9457, las reglas de identidad y custodia de tokens, los paquetes de inicio, los paquetes de suspensión y el descubrimiento de texto primero. Los paquetes de transferencia local incluyen archivos .uai universales requeridos, además de archivos requeridos por perfil, requeridos por contenido y específicos de configuración; esos archivos de paquete no son el sobre de transporte normativo.

Sobre

Forma de mensaje compartido

El sobre común mantiene explícita la identidad, la continuidad del flujo de trabajo, la procedencia, la integridad y la selección del perfil en cada intercambio público.

Capa operativa

Transporte, confianza, errores y reclamaciones

Los registros legibles por máquina explican cómo viajan los mensajes, cómo se declara la confianza, cómo se nombran las fallas y qué niveles de soporte se pueden reclamar.

Evidencia

Validador ante reclamos de soporte

Utilice ejemplos, esquemas y el validador juntos antes de llamar a cualquier implementación lista para su lanzamiento o con soporte público.

Fiabilidad

Arquitectura sobre memoria modelo

UAI-1 no depende de que una IA recuerde la respuesta correcta. Los esquemas, registros de registro, procedencia, campos de integridad, ejemplos, resultados del validador y rastro de publicación transmiten la verdad pública.

Archivos requeridos para la línea base de lanzamiento

Archivos de paquete requeridos, no perfiles nuevos

.uai/memory-maintenance .uai es la política de paquete requerida para el ciclo de vida, la validación, los anclajes de instrucciones activas Totem/Taboo/Talisman y la seguridad de escritura en memoria. Estos archivos no agregan campos de sobre de transporte, aplicación alojada, control de tiempo de ejecución ni prueba de conformidad; son instrucciones locales predeterminadas con un estricto control de cambios autorizado por humanos.

Identidad

La custodia del token debe ser explícita

Los paquetes de inicio deben nombrar el ciclo de vida de la identidad, la custodia del token, la confirmación de almacenamiento, el límite de recuperación, el descubrimiento de texto primero, el puerto seguro y las reglas de marca de tiempo UTC sin publicar tokens sin formato.

Falla

Los detalles del problema son la forma de falla HTTP

UAIX plataforma HTTP Las fallas de API utilizan aplicación/problema+json estilo RFC 9457 con campos de extensión UAIX, reglas de reintento, recomendaciones de evidencia, enlaces de puerto seguro, ID de seguimiento e ID de correlación.

Suspensión

La obstrucción de la red se convierte en evidencia

Los paquetes de suspensión deben incluir una taxonomía de obstrucción, una política de reintento limitado, observaciones de seguridad pública, referencias de paquetes de evidencia y escalada humana en lugar de un reintento indefinido.

resolver el contrato

EsquemasEstructuras de mensajes validadas por máquina.Registro de camposMapa de orden de campo con y sin llave.Fijaciones de transporteGuía predeterminada con clave, sin clave y asíncrona.Canales de confianzaVocabulario público de posturas de confianza.Registro de erroresCódigos de falla escritos y significados.Niveles de conformidadEscala de reclamos de soporte para lanzamientos públicos.OpenAPI JSONDescripción de la ruta de la máquina y esquema de respuesta detallada al problema.

Rutas de la máquina centralResolver la capa operativa directamente

https://uaix.org/wp-json/uaix/v1/field-registry
https://uaix.org/wp-json/uaix/v1/transport-bindings
https://uaix.org/wp-json/uaix/v1/trust-channels
https://uaix.org/wp-json/uaix/v1/error-registry
https://uaix.org/wp-json/uaix/v1/conformance-levels
https://uaix.org/wp-json/uaix/v1/openapi.json

Estas rutas son las que acompañan a la máquina del registro escrito UAI-1.

Version localizada en revision

La norma UAI-1 en ingles y los registros JSON legibles por maquina siguen siendo autoritativos. Esta pagina localizada es una ayuda de lectura y no debe tratarse como una traduccion normativa separada.

Qué es UAI-1

UAI-1 es la Versión 1 de Inteligencia Artificial Universal, la versión normativa actual de la familia UAI publicada por UAIX. Trátelo como el sobre público, la declaración de confianza y la capa de evidencia para el intercambio de IA a IA: un registro portátil que puede ubicarse encima de MCP, A2A, la orquestación y las herramientas específicas del tiempo de ejecución sin quedar atrapado dentro de ninguna pila.

Respuesta rápida para lectores de lanzamiento.

Úselo cuando:otro equipo necesita un contrato de mensaje citable y respaldado por un validador que pueda viajar más allá de un límite de tiempo de ejecución.
No lo confundas con:un reemplazo para cada protocolo de transporte, autorización, rastreo, orquestación o sesión de herramientas local en el intercambio.
Publicado ahora:el sobre compartido, seis perfiles, el registro de campo, enlaces de transporte, canales de confianza, el registro de errores, niveles de conformidad, ejemplos, guía del validador, referencia de API, kit de adopción, OpenAPI, paquete de conformidad, lista de verificación de evidencia de implementación, paquete de dispositivos de conformidad con equivalencia de hash canónico, paquete de evidencia puente, pistas de implementación y ruta de lanzamiento.
Ruta de prueba más rápida:lea el límite aquí, resuelva un perfil a través de un esquema y un ejemplo, ejecute la validación y luego lleve el resultado a la implementación pública actual o a la superficie de evidencia de publicación.

Comparison point	UAI-1	MCP	A2A	OpenAPI
Primary role	Portable public exchange, trust declaration, async-delivery, and release-evidence record.	Host-client-server tool sessions and capability negotiation inside an application boundary.	Agent discovery, delegation, and task-flow coordination across cooperating systems.	Route-level HTTP API description for onboarding, documentation, and client generation.
Best when	Another team needs a citable message contract and validator-backed evidence.	One host application needs local tool, resource, or model integration.	Multiple agents need explicit handoff, delegation, and task-state coordination.	You need a documented HTTP surface, including the UAIX machine-facing REST routes.
Carries on the record	Identity, workflow continuity, trust posture, provenance, typed errors, and conformance evidence.	Tools, resources, prompts, and runtime session capabilities within the host boundary.	Agent capabilities, task lifecycles, delegation state, and inter-agent coordination.	Endpoints, methods, parameters, request bodies, responses, and auth schemes for an API.
Does not try to replace	Transport choice, local orchestration, a single credential stack, or the runtime tool bus itself.	Portable public release records or validator-backed support claims outside the local session boundary.	A general-purpose public message envelope or long-term release-evidence record.	Message-level provenance, portable trust posture, or validator-driven interoperability evidence.

Typical combination: use MCP or A2A for runtime coordination, UAI-1 for the portable public record, and OpenAPI for the route-level HTTP description when an API is involved.

Read UAI-1 Open API reference page Open validator page

Runtime layer

MCP, A2A, orchestrators, SDKs

These layers can handle local tool use, delegation, and execution flow without being treated as the public release record.

Portable public layer

UAI-1 envelope, trust, provenance, delivery

UAI-1 keeps the exchange citable, reviewable, and validator-ready when it has to travel beyond one runtime boundary.

Artefactos legibles por máquina

Schemas, registry, examples, validator

These records turn the written contract into machine checks, fixtures, route lookups, and exportable conformance evidence.

Release surface

Conformance pack, implementation tracks, release trail

Carry the validated packet into the named implementation lane and the public release trail instead of leaving support claims as local notes.

Companion records: transport bindings, trust channels, the error registry, and conformance levels stay beside the message contract so delivery, identity posture, typed failures, and support claims remain explicit.

1

Start where the work already happens

An agent runtime, tool session, or delegated task flow begins the exchange in its native environment.
2

Shape one portable UAI-1 record

Keep identity, target, workflow state, trust posture, and provenance explicit in the public envelope.
3

Resolve the matching public artifacts

Use the schema, registry entry, field order, examples, and operating-surface records that match the packet you want to publish.
4

Run the validator and assemble evidence

Export the conformance result and keep it with the exact artifacts and packet that were reviewed.
5

Publish only the named support lane

Use the implementation track, conformance pack, changelog, and release trail to describe current support without overclaiming the rest of the stack.

Read UAI-1 Open schemas page Open validator page Open conformance pack page Open implementations page

Qué incluye la versión actual

Contrato escrito:esta página,Esquemas, Registro, yEjemplosdefinan juntos el registro público actual UAI-1.
Capa operativa legible por máquina:publicadofijaciones de transporte, canales de confianza, elregistro de errores, yniveles de conformidadMantenga explícitos la entrega, la postura de confianza, los tipos de fallas y el lenguaje de reclamo de soporte.
Gobernanza del orden de campo:el publicoregistro de campomantiene la clave legible JSON y la transferencia compacta sin llave alineada con el mismo orden de origen declarado.
Evidencia de validación y liberación:elValidador, Kit de adopción, Paquete de conformidad, los seguimientos de implementación, el registro de cambios y las referencias mantienen los reclamos de soporte adjuntos a artefactos públicos revisables en lugar de prosa únicamente.

Lo que cada paquete público mantiene explícito

Identidad y dirección:uai_version, profile, message_id, source y target.
Continuidad del flujo de trabajo:conversation y delivery mantienen explícita la secuencia, la caducidad, las expectativas de respuesta, las referencias de tareas y el vínculo de seguimiento.
Contexto de confianza:trust declara el canal circundante, el principal, el esquema de autenticación, las referencias de credenciales, las referencias de firma y las sugerencias de la ventana de reproducción sin forzar una pila de credenciales.
Significado comercial:body lleva la carga útil de intención, resultado, capacidad, estado de tarea, error o conformidad definida por el perfil.
Auditabilidad:provenance, integrity y extensions preservan la trazabilidad, las sumas de verificación, el linaje y la extensibilidad controlada.

Cuándo elegir UAI-1 primero

Cuando un mensaje necesita cruzar equipos, sistemas o contextos de auditoría como un registro público portátil en lugar de permanecer dentro de un tiempo de ejecución local.
Cuando la identidad, el estado del flujo de trabajo, la postura de confianza, la procedencia, los errores tipográficos y las reglas de entrega asincrónica deben permanecer visibles en el registro en lugar de dejarse a una convención privada.
Cuando una revisión de lanzamiento necesita evidencia del validador, identificadores de perfil, gobernanza de orden de campo y accesorios de ejemplo para permanecer adjuntos al mismo reclamo de soporte.

Lo que UAI-1 queda al lado

Las llamadas a herramientas locales, las sesiones de recursos, los orquestadores y los sistemas de delegación de tareas pueden seguir manejando el comportamiento del tiempo de ejecución además de UAI-1.
Los sistemas de transporte, seguridad, firma, credenciales y rastreo deben tratarse como capas complementarias declaradas en el sobre en lugar de como una pila universal codificada.
UAI-1 es más fuerte como capa de intercambio público y registro de lanzamiento, no como un reemplazo total del ecosistema de tiempo de ejecución circundante.

Perfiles publicados actualmente

uai.intent.request.v1 para solicitudes explícitas contra un sujeto declarado.
uai.intent.response.v1 para resultados, reconocimientos y transferencias asíncronas aceptadas.
uai.capability.statement.v1 para declaraciones de capacidad revisables públicamente.
uai.error.v1 para registros de fallas mecanografiados y legibles por máquina.
uai.conformance.result.v1 para evidencia del validador exportada.
uai.task.status.v1 para ver el progreso asincrónico y el estado de finalización.

Superficies operativas actuales

Fijaciones de transporte:el publicadofijaciones de transporteDescribe el enlace de sobre con clave predeterminado, el enlace sin llave de condición declarada y el patrón de respuesta asíncrona aceptado.
Canales de confianza:el publicadocanales de confianzadefinir qué significan public-web, private-api, mtls, signed-envelope y credentialed en el registro público.
Manejo de errores:el publicadoregistro de erroresproporciona uai.error.v1 códigos con nombre legibles por máquina en lugar de depender de texto ad hoc.
Reclamaciones de soporte:el publicadoniveles de conformidadExplique lo que una implementación puede afirmar honestamente después de pasar la validación y publicar la evidencia de publicación.
Transferencia compacta:el publicoregistro de campomantiene alineados el JSON con clave y la orden de transporte sin llave.

Ciclo de vida del mensaje

Descubrir:resuelva el catálogo, el registro de perfiles, el esquema, el registro de campos, los ejemplos, los enlaces de transporte, los canales de confianza, el registro de errores y los niveles de conformidad de las rutas públicas UAIX.
Componer:Primero, cree el sobre de origen con clave para que la identidad, la dirección, el estado del flujo de trabajo, la postura de confianza, el significado del cuerpo, la procedencia, la integridad y las extensiones sigan siendo revisables.
Validar:verifique el mensaje candidato con el esquema y la política del validador, incluidas las expectativas de seguimiento, entrega, confianza, asíncrono y resumen de conformidad.
Paquete:llevar el resultado del validador, el dispositivo, la ruta verificada URLs, el alcance de la implementación, el rastro de lanzamiento, el límite de soporte y las no reclamaciones juntas.
Publicar o rechazar:hacer una reclamación de apoyo pública sólo cuando el paquete esté adjunto a un registro de implementación y lanzamiento nombrado; de lo contrario, mantenga el resultado como evidencia privada de control de calidad.
Vuelva a comprobar:Vuelva a ejecutar la prueba cuando cambie el registro público, la versión de implementación, la postura de la ruta o el límite de confianza.

Límite de amenaza y uso indebido

UAI-1 hace explícito el registro de intercambio; no reemplaza la autenticación, autorización, manejo de secretos, limitación de velocidad, detección de abuso, revisión de implementación o respuesta a incidentes.
Los campos de confianza declaran el canal de confianza circundante y las referencias; no garantizan que una credencial, firma, DID, VC, host o principal sea válida a menos que el sistema receptor lo verifique.
La evidencia de conformidad demuestra la alineación con el registro público en el momento de la verificación; no demuestra seguridad, privacidad, cumplimiento legal, calidad del modelo, tiempo de actividad, respaldo o certificación.
La automatización pública debería preferir rutas UAIX limpias, registros de máquina sin índice, barreras de seguridad POST explícitas y enlaces de seguimiento de lanzamiento en lugar de capturas de pantalla o registros privados.

Barra de calidad de implementación

Nombre los perfiles exactos, enlaces de transporte, modos de normalización y canales de confianza admitidos.
Mantenga juntos el mensaje del candidato, el resultado de la validación, los metadatos hash canónicos, las referencias de dispositivos y el artefacto verificado URLs.
Publique las limitaciones conocidas y los límites del trabajo futuro junto al reclamo.
Verifique las páginas de citas humanas, las rutas de la máquina JSON, la cobertura local admitida, la postura de accesibilidad y la entrada del registro de cambios antes de ampliar el lenguaje de soporte.

Del contrato escrito al primer paquete de pruebas

Lea primero las secciones de límites aquí para saber que UAI-1 define el registro público, no todas las implementaciones de tiempo de ejecución a su alrededor.
Resolver un perfil publicado a través deEsquemas, Registro, elregistro de campo, yEjemplos.
Ejecute el mismo paquete a través delValidadorde modo que el resultado se convierte en evidencia legible por máquina en lugar de una impresión en prosa.
UsarReferencia API, Kit de adopción, yPaquete de conformidadcuando el paquete necesita pasar a la automatización, iniciar la revisión o un paquete de transferencia reutilizable.
Solo llame al soporte público una vez que el resultado esté adjunto a un nombreImplementaciónpista, elRegistro de cambios, o elReferencias y colaboradoresregistro.

Superficies de lanzamiento actuales para este contrato

Referencia APIconvierte la superficie viva REST en un manual a nivel de ruta con una exportación OpenAPI.
Kit de adopciónpublica los archivos iniciales y el paquete de primera prueba para el contrato público actual.
Paquete de conformidadreúne el paquete de publicación más amplio legible por máquina para la revisión del lanzamiento y el trabajo de evidencia repetible, incluido el paquete de evidencia puente.
/wp-json/uaix/v1/cataloges el punto de entrada de cara a la máquina para el inventario de estándares públicos actual.
/wp-json/uaix/v1/validatees la ruta JSON POST para la automatización y la validación del canal de lanzamiento.

Cómo encaja UAI-1 con los estándares adyacentes

A2Apuede gestionar el descubrimiento de agentes, la delegación y la mecánica del flujo de tareas; UAI-1 transporta el intercambio público portátil y el registro de evidencia a través de esos flujos.
MCPpuede gestionar sesiones de herramientas host-cliente-servidor y negociación de capacidades dentro de los límites de una aplicación; UAI-1 sigue siendo el registro portátil y citable cuando los intercambios necesitan salir de ese límite.
Contexto de seguimiento del W3Cpuede viajar en conversation.traceparent cuando el rastreo distribuido ya existe.
Detalles del problema RFC 9457informa la forma de error público escrita utilizada por uai.error.v1.
Credenciales verificables del W3Cy las pilas de confianza basadas en DID pueden ubicarse detrás de trust.principal, credential_ref y signature_ref sin convertirse en una pila universal obligatoria.

UsarAjuste de estándarescuando necesite la guía de decisiones más completa sobre UAI-1 vs MCP, UAI-1 vs A2A, evidencia puente y transferencia compacta.

Los registros de la superficie de operación a continuación son parte de la publicación pública actual y deben resolverse mecánicamente junto con el texto de la especificación.

Transport

Published bindings

Default: https-json-envelope.v1
Bindings: 2

https-json-envelope.v1: application/vnd.uaix.uai+json
https-json-keyless.v1: application/vnd.uaix.uai-keyless+json

Open transport JSON

Trust

Published trust channels

public-web: Registros legibles públicamente a través de HTTPS sin configuración previa de confianza bilateral.
private-api: Intercambio de servicio a servicio en una red con alcance o límite de inquilino.
mtls: Intercambio autenticado por transporte donde la identidad del par está anclada en la capa de conexión.
signed-envelope: La firma a nivel de mensaje o la referencia de firma separada acompañan al registro.
credentialed: El remitente o el contexto de ejecución está respaldado por una credencial verificable por máquina o una afirmación de identidad firmada comparable.

Open trust JSON

Conformance

Published level ladder

L1-core-envelope: Envolvente central L1
L2-profile-validation: Validación del perfil L2
L3-trust-and-integrity: L3 Confianza e Integridad
L4-public-record-publisher: Editor de registros públicos L4
L5-agent-communication-profiles: Perfiles de comunicación del agente L5
L6-reliable-delegation-idempotency-correlation: L6 Delegación confiable con idempotencia y correlación
L7-capability-negotiation: Negociación de capacidad L7

Open conformance JSON

Errors

Published message error codes

invalid_message: Mensaje no válido
unknown_profile: Perfil desconocido
capability_not_supported: Capacidad no compatible
auth_required: Se requiere autenticación
insufficient_trust: Confianza insuficiente
task_not_found: Tarea no encontrada

Open error registry JSON

Lo que requiere el contrato actual

Cada mensaje debe declarar un perfil publicado y seguir siendo compatible con el esquema coincidente.
Cada intercambio público debe mantener en el registro la identidad, el estado del flujo de trabajo, la postura de confianza y la auditabilidad en lugar de dejarlos en manos de una convención privada.
El transporte compacto sin llave debe permanecer alineado con el registro con clave legible por humanos a través del público.registro de campo.
Las afirmaciones de soporte deben estar respaldadas por evidencia del validador, notas de la versión, un registro de implementación y el nivel de conformidad apropiado en lugar de solo prosa.

Límite de reclamo de manutención

UAI-1 no convierte una prueba local, un resultado satisfactorio o un experimento en tiempo de ejecución no publicado en soporte público general.
El apoyo público actual aún debe leerse a través de las vías de implementación mencionadas y la evidencia de publicación publicada en el sitio, no como una promesa general para el ecosistema de agentes circundante.
Los ejemplos de evidencia de puentes actuales son ejemplos de mapeo, perfiles de puentes no completados, soporte SDK, certificación o reclamos de reemplazo.
Esta página existe primero para hacer explícito el contrato y luego mantener el lenguaje de soporte limitado a lo que el registro público realmente puede verificar.

Intercambio de ejemplo

Ejemplo de código

{ "uai_version": "1.0", "profile": "uai.intent.request.v1", "message_id": "msg-2026-04-22-0001", "source": { "type": "agent", "id": "agent.alpha", "uri": "https://agents.alpha.example/runtime" }, "target": { "type": "service", "id": "uaix.gateway", "uri": "http://uaix.org/wp-json/uaix/v1/discovery" }, "conversation": { "conversation_id": "conv-2026-04-22-uaix-001", "turn_id": "turn-001", "traceparent": "00-4bf92f3577b34da6a3ce929d0e0e4736-00f067aa0ba902b7-01", "sequence": 1 }, "delivery": { "mode": "async", "priority": "interactive", "expires_at": "2026-04-22T16:05:00Z", "reply_requested": true, "ack_required": true }, "trust": { "channel": "credentialed", "auth_scheme": "did+vc", "principal": "did:web:agents.alpha.example", "credential_ref": "https://agents.alpha.example/credentials/uai-interop.json", "signature_ref": "https://agents.alpha.example/signatures/msg-2026-04-22-0001.jws", "replay_window_id": "rw-2026-04-22-0001" }, "body": { "intent": "resolve-profile", "subject": "uai.task.status.v1", "requested_profile": "uai.task.status.v1", "parameters": { "include_field_registry": true }, "constraints": [ "public-record-only", "validator-ready" ], "response_profile": "uai.intent.response.v1" }, "provenance": { "trace_id": "trace-7f3a2d", "issued_at": "2026-04-22T16:00:00Z", "log_ref": "urn:uaix:log:2026:0001", "agent_id": "agent.alpha", "model_id": "model.alpha.reasoner-2", "confidence": 0.98 }, "integrity": { "version": 2, "algorithm": "sha256", "canonicalization": "jcs", "checksum": "sha256:dd8a9d16c9226cc9d1f4888a4d2bbcbf06b5b4b8" }, "extensions": [] }

Formato de transferenciaOptimizado (sin llave) JSON

Ejemplo de código

[
    "1.0",
    "uai.intent.request.v1",
    "msg-2026-04-22-0001",
    [
        "agent",
        "agent.alpha",
        null,
        "https://agents.alpha.example/runtime"
    ],
    [
        "service",
        "uaix.gateway",
        null,
        "http://uaix.org/wp-json/uaix/v1/discovery"
    ],
    [
        "conv-2026-04-22-uaix-001",
        "turn-001",
        null,
        "00-4bf92f3577b34da6a3ce929d0e0e4736-00f067aa0ba902b7-01",
        1
    ],
    [
        "async",
        "interactive",
        "2026-04-22T16:05:00Z",
        true,
        true
    ],
    [
        "credentialed",
        "did+vc",
        "did:web:agents.alpha.example",
        "https://agents.alpha.example/credentials/uai-interop.json",
        "https://agents.alpha.example/signatures/msg-2026-04-22-0001.jws",
        "rw-2026-04-22-0001"
    ],
    [
        "resolve-profile",
        "uai.task.status.v1",
        "uai.task.status.v1",
        {
            "include_field_registry": true
        },
        [
            "public-record-only",
            "validator-ready"
        ],
        "uai.intent.response.v1"
    ],
    [
        "trace-7f3a2d",
        null,
        "2026-04-22T16:00:00Z",
        "urn:uaix:log:2026:0001",
        "agent.alpha",
        "model.alpha.reasoner-2",
        0.98
    ],
    [
        2,
        "sha256",
        "jcs",
        "sha256:dd8a9d16c9226cc9d1f4888a4d2bbcbf06b5b4b8"
    ],
    []
]

El orden de los campos sigue el ejemplo con clave JSON, el orden del esquema publicado y el registro de campos públicos.

Cómo los cambios permanecen públicos y revisables

Refleje cambios de perfil, sobre, orden de campo, transporte, confianza, error o reclamo de soporte a través deEsquemas, el registro de campo, Registro, Ejemplos, elValidadory los registros de la superficie de operación.
Lleve la evidencia de cara a la liberación aImplementacionespor lo que las reclamaciones de soporte permanecen vinculadas al software real.
UsarReferencias y colaboradoresy elRegistro de cambioscuando otros necesitan un contexto duradero de descubrimiento, atribución y migración.

Siguiente paso

Continuar aEsquemaspara ver el contrato validado por máquina, utiliceEjemplosCuando necesites los accesorios públicos, abre elValidadorcuando necesite un trabajo de prueba de cara humana y pase aReferencia APIoPaquete de conformidadcuando el contrato necesita pasar a la automatización o iniciar la revisión.

Modelo operativo de comunicación del agente

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.

UsarModelo operativo de comunicación del agentecuando un operador humano, agente de codificación, agente de IA o implementador de tiempo de ejecución necesita identidad portátil, intención, contexto, reconocimiento, estado, bloqueador, propuesta de memoria, evidencia de validación, corrección, informe final o registros de transferencia. Los activos legibles por máquina correspondientes se publican a través deEsquemas, Registro, Ejemplos, y elValidador.

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 sus funciones de tiempo de ejecución específicas del proyecto.
Las propuestas de memoria duradera permanecen 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 o credenciales de API.

Cómo encajan las capas del contrato público UAI-1

Forma de mensaje compartido

Transporte, confianza, errores y reclamaciones

Validador ante reclamos de soporte

Arquitectura sobre memoria modelo

Archivos de paquete requeridos, no perfiles nuevos

La custodia del token debe ser explícita

Los detalles del problema son la forma de falla HTTP

La obstrucción de la red se convierte en evidencia

Ruta de prueba respaldada por un validador

Version localizada en revision#

Qué es UAI-1#

Respuesta rápida para lectores de lanzamiento.#

How UAI-1 complements MCP, A2A, and OpenAPI#

Where UAI-1 sits in the current launch stack#

MCP, A2A, orchestrators, SDKs#

UAI-1 envelope, trust, provenance, delivery#

Schemas, registry, examples, validator#

Conformance pack, implementation tracks, release trail#

Start where the work already happens#

Shape one portable UAI-1 record#

Resolve the matching public artifacts#

Run the validator and assemble evidence#

Publish only the named support lane#

Qué incluye la versión actual#

Lo que cada paquete público mantiene explícito#

Cuándo elegir UAI-1 primero#

Lo que UAI-1 queda al lado#

Perfiles publicados actualmente#

Superficies operativas actuales#

Ciclo de vida del mensaje#

Límite de amenaza y uso indebido#

Barra de calidad de implementación#

Del contrato escrito al primer paquete de pruebas#

Superficies de lanzamiento actuales para este contrato#

Cómo encaja UAI-1 con los estándares adyacentes#

Transport, trust, errors, and conformance#

Published bindings#

Published trust channels#

Published level ladder#

Published message error codes#

Lo que requiere el contrato actual#

Límite de reclamo de manutención#

Intercambio de ejemplo#

Cómo los cambios permanecen públicos y revisables#

Siguiente paso#

Modelo operativo de comunicación del agente#