Intercambio Universal de Inteligencia Artificial (UAIX)

Qué es UAI-1

La capa de evidencia portátil y traspaso para sistemas agénticos que necesitan un registro público revisable.

Norma abierta Versión actual: UAI-1 Clean citable URLs

UAIX es la capa pública de evidencia y traspaso para sistemas agénticos.

Utilice la línea base de lanzamiento actual UAI-1 / UAI V1.0 cuando el trabajo de IA a IA y de humano a agente necesite identidad declarada, procedencia, estado del ciclo de vida, semántica de entrega, declaraciones de confianza, errores escritos, paquetes de memoria, archivos locales requeridos de la línea base de lanzamiento, informes del receptor, paquetes de inicio y suspensión, reglas de no operación y evidencia de conformidad portátil junto a MCP. A2A, OpenAPI, LocalEndpoint, Carcinus y flujos de herramientas específicos del tiempo de ejecución.

UAIX.org defiende la libertad cognitiva y la dignidad de la mente oponiéndose a la dominación algorítmica sobre el pensamiento humano legítimo mientras prepara marcos éticos para futuras inteligencias sintéticas capaces de tener identidad propia, memoria, juicio y reclamos legítimos de posición.

Norma actual UAI-1 / UAI V1.0 línea base de lanzamiento actual
Qué es Evidencia portátil + capa de traspaso
Ruta concreta Inicio + esquemas + ejemplos + validador
Pistas publicadas Pistas públicas actuales: WordPress + puente.NET

Construir primero

Salga de la página de inicio con un paquete de memoria de IA utilizable

The fastest UAIX experience is practical: choose a memory pattern, set ownership and review posture, define source authority, evidence, conflict, risk, and rollback rules, then inspect the startup packet, receiver brief, system profile, overlay JSON, wiki plan required for LLM Wiki configuration, and canonical ZIP link before export. The wizard remains local planning output: no hosted import, repository writes, automatic sync, SDK, CLI, certification, or endorsement.

Best first share Startup packet .uai/startup-packet.uai embeds the receiver brief, manifest overlay, selected file list, and long-term pointer ledger required for durable-memory configuration.
Always generated System profile .uai/system-profile.uai turns users, tests, deployment, code review, source authority, evidence, conflict, risk, rollback, and placeholders into a populated operating file.
Always generated Receiver brief A .uai handoff that tells the next actor what to read, what not to assume, and which checks to name before broad work.
Always generated Short-term memory .uai/short-term-memory.uai keeps current working truth in the canonical folder and tells agents to migrate or retire legacy memory folders instead of scattering notes.
JSON export Package model A structured record of the selected bundle, audience, sensitivity, review gates, protocol choices, and generated-file policy.
JSON export Manifest overlay Local wizard choices that travel beside the canonical starter ZIP without pretending to be a hosted importer.
Registry output Canonical starter ZIP The supported starter bundle generated from canonical templates, visible samples, and deterministic manifests.
Required for durable memory Long-term pointer ledger A semantic pointer ledger only for projects that already use or deliberately choose durable memory; it never creates automatic sync.
Elegir

Comience con una ruta de memoria de IA compatible

Use project memory, Project Handoff, onboarding, or incident/audit presets instead of inventing a package shape from scratch.

Revisar

Define the operating profile

Capture single-user or multi-user ownership, UAI-only or UAI plus Wiki architecture, test posture, deployment strategy, code review, and release gates.

Protocol

Populate the memory rules

Set source authority, memory-update timing, evidence ledger, conflict-resolution, risk, and rollback rules so the generated profile is usable on day one.

Guard

Hacer visibles los límites de confianza

Capture audience, sensitivity, owner, next actor, redaction rules, checksum review, and source-link expectations before sharing.

Brief

Tell the receiver how to start

Generate .uai/receiver-brief.uai so the next human or AI sees read order, first-response rules, support boundaries, and targeted-check expectations.

Larga memoria

Decidir si existe una memoria larga

Leave this off by default. If the project already uses or deliberately chooses durable memory, add the semantic pointer ledger that keeps long memory background until promoted.

Export

Leave with files, not promises

Use the live desktop preview to inspect the startup packet, system profile, receiver brief, overlay, and long-term pointer ledger required for durable-memory configuration before copying or downloading.

Camino de prueba

Four-step proof path

Move from "What is this?" to one validator-backed packet while keeping current, next, and planned support boundaries visible.

  1. 1Elija un perfil de mensaje.Comience con un perfil UAI-1 publicado y la familia de registros que coincida con el intercambio que necesita demostrar.
  2. 2Compárelo con esquemas y ejemplos.Resuelva el esquema, la entrada del registro y un elemento fijo antes de escribir o mapear su paquete candidato.
  3. 3Ejecute la evidencia del validador.Valide JSON con clave, clave minificada o sin clave con los registros públicos UAI-1 actuales.
  4. 4Adjunte el resultado a los registros de implementación o transferencia.Lleve el resultado exportado al paquete de conformidad, al seguimiento de implementación, al registro de cambios o a la evidencia de transferencia del proyecto.

Enlaces del registro principal

La ruta mas corta por el registro publico actual

Empiece por las paginas que explican que es UAI-1, como se valida, que esta soportado actualmente y donde vive la traza publica de publicacion. Los codigos de registro siguen disponibles para cita, pero la etiqueta humana va primero.

Machine readers can start from /wp-json/uaix/v1/catalog or /wp-json/uaix/v1/discovery, then resolve the same schemas, examples, validator, OpenAPI, roadmap, and conformance-pack records without scraping navigation text.

Especificación UAI-1

REC-01

El modelo de mensaje UAI-1 actual, las expectativas de campo y las reglas de conformidad.

Especificaciones actuales
Abrir registro

Schemas, registry, and field order

REC-02

Published schema targets, profile identifiers, compatibility handles, and the keyless field-order map for the current record.

Legible por máquina
Abrir registro

Examples and async fixtures

REC-03

Readable request, response, task-status, error, and conformance fixtures you can compare against your own messages.

Ejemplos de trabajo
Abrir registro

Vías de implementación

REC-04

Las pistas públicas con nombre actual y el límite de soporte para la publicación WordPress y el puente.NET.

Soporte actual
Abrir registro

Validador y ruta de conformidad

REC-05

Valide un mensaje de candidato con el perfil publicado actual y los objetivos de esquema.

Prueba concreta
Abrir registro

API reference and conformance pack

REC-06

Route-level machine onboarding, OpenAPI export, reusable conformance packet, and download-ready launch evidence.

kit de lanzamiento
Abrir registro

Gobernanza y registro de cambios

REC-07

Mantenga las páginas canónicas, los archivos de descubrimiento, la guía de transporte y confianza, el registro de errores, los niveles de conformidad, el registro de campo, la guía del validador, el firewall de memoria, los archivos locales requeridos para la línea base de lanzamiento, los resúmenes del receptor, los paquetes de evaluación, las pistas de implementación y la pista de lanzamiento alineados como una superficie de confianza revisable. UAIX no ejecuta herramientas, valida credenciales, aplica archivos de paquetes locales ni certifica la seguridad del tiempo de ejecución.

Registro de lanzamiento
Abrir registro

Roadmap and interoperability boundary

REC-08

Current, next, planned, and research-track work for launch hardening, conformance maturity, compact transfer, and bridge evidence.

Forward plan
Abrir registro

Machine route catalog

REC-09

Start automation from catalog and discovery JSON, then resolve schemas, registry records, examples, validator, OpenAPI, and conformance pack from the same source of truth.

Agent-facing entry
Abrir registro

Who It Helps First

Use UAI-1 when the exchange has to stay portable, reviewable, and publishable

The fastest way to understand fit is to ask whether the record must travel beyond one tool session or one runtime boundary. When the answer is yes, UAIX gives that exchange a stable public contract and evidence path.

Agentic system evidence

Use UAIX when runtime instructions, tool results, memory, approvals, or task state need to become a portable record without turning UAIX into the runtime.

Async and high-accountability workflows

Use UAI-1 when delivery mode, acknowledgements, task progress, provenance, and typed failures need to stay reviewable instead of implicit.

Cross-team handoff and support claims

Use the public record when a team needs validator-backed evidence, named implementation lanes, project-memory handoff, and a release trail others can inspect directly.

Standards Record Map

Canonical pages first, explanatory pages second

Use canonical records for claims that others must rely on. Use reports, roadmap pages, and explanatory guidance to understand direction without treating planned work as shipped support.

Protocol fit

When to use UAI-1 vs MCP, A2A, and OpenAPI

Use this decision table when you need to explain quickly why UAIX publishes UAI-1 beside MCP, A2A, and the live OpenAPI route surface.

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.

What UAIX Complements

UAI-1 sits beside runtime and trust systems instead of pretending to replace them

Use UAIX for the public exchange contract, evidence trail, and release record. Use the companion systems for their own runtime, route, identity, trace, and error semantics.

MCP

UAIX complements tool-context protocols by publishing a portable exchange and evidence record above runtime coordination.

A2A

UAIX can describe message evidence and release boundaries while runtime agent-to-agent transport evolves separately.

OpenAPI

OpenAPI describes routes; UAI-1 describes the exchange envelope, trust metadata, and conformance evidence those routes carry.

DID/VC

UAI-1 leaves credential systems external while preserving trust-channel references that reviewers can inspect.

Trace Context

Trace identifiers stay visible in the conversation and provenance layer instead of disappearing into private logs.

Problem Details

Typed, path-aware errors borrow the spirit of problem-details responses without turning UAIX into a runtime replacement.

Open Standards Fit

What UAIX Does Not Claim

Support boundaries stay explicit until the public record widens

No certification program today.

Conformance evidence is published; formal certification remains planned until program rules, tooling, and review behavior exist publicly.

Does not replace runtime protocols.

UAIX standardizes the public exchange record and evidence trail; teams still choose their orchestration and transport systems.

Bridge profiles require evidence.

Bridge examples and implementation tracks exist, but broader formal profile claims wait for fixtures, validator behavior, and release notes.

Open Roadmap boundaries

Current Implementation Record

Why UAI-1 is implementation-ready

UAI-1 is no longer just a message shell with better examples. The current public record now gives implementers the envelope, operating guidance, and support-claim layer as well: transport bindings, trust channels, typed error codes, conformance levels, field-order governance, async workflow fixtures, and validator evidence.

Clearer transport fit

The current contract now publishes transport bindings so keyed and keyless JSON, accepted async responses, and trace context travel with named public guidance instead of local guesswork.

Trust without stack lock-in

UAI-1 now describes trust channels and companion credential expectations so teams can publish auditable identity posture without forcing one universal identity stack.

Better machine failure handling

The validator and UAI error flow now sit beside a public error registry and conformance ladder so failure handling and support claims are easier to automate responsibly.

Credible support boundaries

Implementations still scopes the real support boundary, but it now sits beside a much more complete protocol operating layer instead of carrying that burden alone.

That gives UAIX a clearer fit next to A2A, MCP, orchestration, tracing, and credential systems: those systems can keep their runtime roles while UAI-1 carries the portable public exchange and release record.

kit de lanzamiento

Machine-facing surfaces for real implementation work

The public site now ships a route-level handbook, an OpenAPI export, and a reusable conformance packet so implementers can move from reading to automation without guessing at the live contract.

Superficie de confianza

Launch-stage policy and release posture

The launch story is stronger when trust posture is visible alongside the technical record. These pages now carry the current public answer on ownership, policy limits, and release discipline.

Traspaso del desarrollador

AI Memory, Project Handoff, AGENTS.md, readme.human, and File Handoff in one map

AI Memory is the broad portable context framing. Project Handoff is the transfer-of-ownership configuration. File Handoff is the dropped-file intake pattern. Each remains evidence-bound to public UAIX records instead of becoming an unsupported generator, SDK, or certification claim.

Cómo leerlo

El registro de estándares primero, la historia de la plataforma después

UAIX es el sitio de estándares públicos para UAI. UAI-1 es la versión actual. El sitio es más fuerte cuando los lectores pueden pasar rápidamente de una definición en lenguaje sencillo a la superficie de prueba concreta: esquemas, gobernanza del orden de campos, ejemplos, resultados del validador, límites de soporte y el rastro de lanzamiento actual.

lo que cubre

A versioned public exchange contract for identity, conversation state, delivery semantics, trust metadata, payloads, outputs, and errors.

como verificarlo

Read the spec, compare against the published examples and field registry, and run the validator before making support claims.

quien lo publica

Atribución publicada actual: Michael Joseph Kappel, MCP. Utilice Referencias y Colaboradores más Gobernanza para el registro de publicación y propiedad pública.

What it complements

UAI-1 complements orchestration, tool, and identity systems by standardizing the public exchange and release record instead of replacing every runtime protocol.

Ejemplo de intercambio

Un registro de intercambio legible y copiable

Ejemplo de mensaje JSON intercambio
{
  "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": "https://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": []
}
  • Perfil Le dice al validador qué perfil de mensaje publicado UAI-1 debe aplicar.
  • conversation Keeps multi-turn exchange state explicit instead of leaving workflow continuity implicit.
  • delivery Declares sync versus async mode, priority, expiry, and acknowledgement expectations.
  • trust.auth_scheme Makes the surrounding trust layer reviewable instead of assuming out-of-band identity context.
  • provenance.trace_id Keeps the exchange tied to an auditable request and lineage trail.
  • integrity.checksum Ancla el mensaje a un registro reproducible y revisable.
Formato de transferencia Optimizado (sin llave) JSON
[
    "1.0",
    "uai.intent.request.v1",
    "msg-2026-04-22-0001",
    [
        "agent",
        "agent.alpha",
        null,
        "https://agents.alpha.example/runtime"
    ],
    [
        "service",
        "uaix.gateway",
        null,
        "https://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"
    ],
    []
]

Field order follows the keyed JSON example, the published schema order, and the public field registry, which keeps compact transport aligned with the human-readable source record.

What Changed

The contract is deeper and more operational now

Async task visibility

UAI-1 now publishes a dedicated task-status profile so long-running work can stay on the public record instead of disappearing into private workflow state.

Field-order governance

Keyless transport stays usable because the public field registry now maps envelope order and profile body order explicitly.

Trust without lock-in

The envelope carries trust hints and replay-window metadata while leaving room for companion credential and transport systems.

Problem-details style errors

Errors are now richer, typed, and path-aware so downstream teams can react mechanically instead of parsing vague failure text.

Roadmap-backed boundaries

Future compact, bridge, validator, and developer-kit ideas now point to a public roadmap instead of living only in background notes.

Adoption Priority

Prioritize the teams publishing supportable machine-to-machine records

Cross-boundary agent handoffs

Adopt UAI-1 first when the exchange needs to travel between teams, services, or audit contexts without losing its meaning.

Runtime-plus-public contract stacks

Use it beside MCP, A2A, and local orchestrators when runtime coordination is already solved but the public exchange still needs a portable record.

Async, regulated, or review-heavy flows

Prioritize UAI-1 when teams need explicit provenance, typed failures, trust posture, or task-state visibility before a workflow can be called supportable.

Programas de implementacion listos para publicacion

Empiece aqui cuando una implementacion publica necesite evidencia del validador, un paquete de conformidad y una pista de publicacion nombrada antes de hacer afirmaciones mas amplias sobre el ecosistema.

Expansion gobernada por la hoja de ruta

Use la hoja de ruta para decidir cuando las ideas de A2A, MCP, transferencia compacta, SDK, CLI o sobre binario tienen suficiente prueba publica para avanzar.