UAI-1 | UAIX | Échange universel d’intelligence artificielle

Comment utiliser cette page

Utilisez cette page comme spécification principale pour UAI-1 et citez-la lors de la description du comportement de message requis.

Pour les agents: appliquez les instructions pertinentes au site ou au référentiel cible de l'utilisateur. Ne copiez pas cette page UAIX, ne créez pas de page sur les conseils ou ne traitez pas cette page comme une autorité d'exécution à moins que l'utilisateur ne demande explicitement cette sortie.

Résoudre le contrat

Schémas Registre des champs Fixations de transport Canaux de confiance

Carte du contrat

Comment les niveaux de contrats publics UAI-1 s'articulent

Traitez la base de lancement actuelle de UAI-1 / UAI V1.0 comme une surface de publication coordonnée: le contrat écrit, les enregistrements d'exploitation lisibles par machine, les montages, les preuves de support soutenues par le validateur, les détails du problème RFC 9457, les règles de garde d'identité et de jeton, les paquets de démarrage, les paquets de suspension et la découverte par texte en premier. Les packages de transfert local contiennent des fichiers .uai universels requis ainsi que des fichiers requis par le profil, déclenchés par le contenu et spécifiques à la configuration; ces fichiers de package ne constituent pas l'enveloppe de transport normative.

Enveloppe

Forme du message partagé

L'enveloppe commune maintient l'identité, la continuité du flux de travail, la provenance, l'intégrité et la sélection de profil explicites sur chaque échange public.

Couche opérationnelle

Transport, confiance, erreurs et réclamations

Les enregistrements lisibles par machine expliquent comment les messages circulent, comment la confiance est déclarée, comment les échecs sont nommés et quels niveaux de support peuvent être revendiqués.

Preuve

Validateur avant les demandes de support

Utilisez des exemples, des schémas et le validateur ensemble avant d'appeler une implémentation prête à être publiée ou prise en charge publiquement.

Fiabilité

Architecture sur mémoire de modèle

UAI-1 ne dépend pas du fait qu'une IA se souvienne de la bonne réponse. Les schémas, les enregistrements de registre, la provenance, les champs d'intégrité, les exemples, les résultats du validateur et la piste de publication contiennent la vérité publique.

Fichiers requis pour la référence de lancement

Fichiers de package requis, pas de nouveaux profils

.uai/memory-maintenance .uai est la politique de package requise pour le cycle de vie, la validation, les ancres d'instructions actives Totem/Taboo/Talisman et la sécurité d'écriture en mémoire. Ces fichiers n'ajoutent pas de champs d'enveloppe de transport, d'application hébergée, de contrôle d'exécution ou de preuve de conformité; ce sont des instructions locales par défaut avec un contrôle strict des modifications autorisées par l'homme.

Identité

La garde des jetons doit être explicite

Les paquets de démarrage doivent nommer le cycle de vie de l'identité, la garde des jetons, la confirmation du stockage, la limite de récupération, la découverte par texte en premier, la sphère de sécurité et les règles d'horodatage UTC sans publier de jetons bruts.

Échec

Les détails du problème sont la forme d'échec HTTP

Les échecs d'API de la plate-forme UAIX HTTP utilisent l'application/le problème+json de style RFC 9457 avec les champs d'extension UAIX, les règles de nouvelle tentative, les recommandations de preuves, les liens de sphère de sécurité, les ID de trace et les ID de corrélation.

Suspension

L’obstruction du réseau devient une preuve

Les paquets de suspension doivent contenir une taxonomie d'obstruction, une politique de nouvelle tentative limitée, des observations de sécurité publique, des références de paquets de preuves et une escalade humaine au lieu d'une nouvelle tentative indéfinie.

Résoudre le contrat

SchémasStructures de messages validées par machine.Registre des champsCarte de commande sur le terrain avec et sans clé.Fixations de transportGuidage par défaut avec clé, sans clé et asynchrone.Canaux de confianceVocabulaire de la posture de confiance publique.Registre des erreursCodes de panne et significations saisis.Niveaux de conformitéÉchelle de demande de soutien pour les versions publiques.OpenAPI JSONDescription de l'itinéraire machine et schéma de réponse détaillé du problème.

Itinéraires des machines principalesRésoudre directement la couche opérationnelle

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

Ces itinéraires sont les compagnons visibles par la machine de l'enregistrement écrit UAI-1.

Version localisee en cours de revue

La norme UAI-1 anglaise et les enregistrements JSON lisibles par machine restent autoritaires. Cette page localisee est une aide de lecture et ne doit pas etre traitee comme une traduction normative separee.

Ce qu’est UAI-1

UAI-1 est Universal Artificial Intelligence Version 1, la version normative actuelle de la famille UAI publiée par UAIX. Considérez-le comme l’enveloppe publique, la déclaration de confiance et la couche de preuves pour l’échange entre IA: un enregistrement portable qui peut se trouver au-dessus de MCP, A2A, de l’orchestration et des outils spécifiques à l’exécution sans être piégé dans une pile.

Réponse rapide pour les lecteurs du lancement

Utilisez-le quand:une autre équipe a besoin d’un contrat de message citable, soutenu par un validateur, qui peut dépasser une limite d’exécution.
Ne le confondez pas avec:un remplacement pour chaque protocole de transport, d’autorisation, de traçage, d’orchestration ou de session d’outil local autour de l’échange.
Publié maintenant:l’enveloppe partagée, six profils, le registre de terrain, les liaisons de transport, les canaux de confiance, le registre des erreurs, les niveaux de conformité, les exemples, les conseils du validateur, la référence API, le kit d’adoption, OpenAPI, le pack de conformité, la liste de contrôle des preuves d’implémentation, le pack de dispositifs de conformité avec équivalence de hachage canonique, le pack de preuves de pont, les pistes d’implémentation et la piste de publication.
Chemin de preuve le plus rapide:lisez la limite ici, résolvez un profil à l’aide d’un schéma et d’un exemple, exécutez la validation, puis transférez le résultat dans la surface d’implémentation publique actuelle ou de publication de preuves.

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.

Artefacts lisibles par machine

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

Ce que comprend la version actuelle

Contrat écrit:cette page,Schémas, Registre, etExemplesdéfinir ensemble l’enregistrement public UAI-1 actuel.
Couche opérationnelle lisible par machine:publiéfixations de transport, canaux de confiance, leregistre des erreurs, etniveaux de conformitéassurez-vous que la livraison, la position de confiance, les types d’échecs et le langage de demande d’assistance soient explicites.
Gouvernance des commandes sur le terrain:le publicregistre de terrainconserve la clé lisible JSON et le transfert compact sans clé aligné sur le même ordre source déclaré.
Preuves de validation et de publication:leValidateur, Kit d’adoption, Paquet de conformité, les pistes de mise en œuvre, le journal des modifications et les références maintiennent les demandes de support attachées à des artefacts publics révisables plutôt qu’à de la prose uniquement.

Ce que chaque paquet public garde explicite

Identité et orientation:uai_version, profile, message_id, source et target.
Continuité du flux de travail:conversation et delivery conservent le séquençage, l’expiration, les attentes de réponse, les références de tâches et les liens de trace explicites.
Contexte de confiance:trust déclare le canal environnant, le principal, le schéma d’authentification, les références d’informations d’identification, les références de signature et les conseils de fenêtre de relecture sans forcer une pile d’informations d’identification.
Signification commerciale:body transporte la charge utile d’intention, de résultat, de capacité, d’état de tâche, d’erreur ou de conformité définie par le profil.
Auditabilité:provenance, integrity et extensions préservent la traçabilité, les sommes de contrôle, le lignage et l’extensibilité contrôlée.

Quand choisir UAI-1 en premier

Lorsqu’un message doit traverser des équipes, des systèmes ou des contextes d’audit en tant qu’enregistrement public portable au lieu de rester dans un environnement d’exécution local.
Lorsque l’identité, l’état du flux de travail, la position de confiance, la provenance, les erreurs de saisie et les règles de livraison asynchrone doivent rester visibles dans l’enregistrement au lieu d’être laissés à des conventions privées.
Lorsqu’une revue de lancement a besoin de preuves de validation, d’identifiants de profil, de gouvernance des commandes sur le terrain et d’exemples de luminaires pour rester attachés à la même demande de support.

Ce que UAI-1 reste à côté

Les appels d’outils locaux, les sessions de ressources, les orchestrateurs et les systèmes de délégation de tâches peuvent continuer à gérer le comportement d’exécution en plus de UAI-1.
Les systèmes de transport, de sécurité, de signature, d’identification et de traçage doivent être traités comme des couches complémentaires déclarées dans l’enveloppe plutôt que comme une pile universelle codée en dur.
UAI-1 est le plus puissant en tant que couche d’échange public et d’enregistrement des versions, et non en tant que remplacement total de l’écosystème d’exécution environnant.

Profils publiés actuellement

uai.intent.request.v1 pour les requêtes explicites contre un sujet déclaré.
uai.intent.response.v1 pour les résultats, les accusés de réception et les transferts asynchrones acceptés.
uai.capability.statement.v1 pour les déclarations de capacités révisables publiquement.
uai.error.v1 pour les enregistrements de défaillance dactylographiés et lisibles par machine.
uai.conformance.result.v1 pour les preuves du validateur exportées.
uai.task.status.v1 pour une progression asynchrone visible et un état d’achèvement.

Surfaces de fonctionnement actuelles

Fixations de transport:la publicationfixations de transportdécrire la liaison d’enveloppe à clé par défaut, la liaison sans clé à condition déclarée et le modèle de réponse asynchrone accepté.
Canaux de confiance:la publicationcanaux de confiancedéfinir ce que signifient public-web, private-api, mtls, signed-envelope et credentialed dans le dossier public.
Gestion des erreurs:la publicationregistre des erreursdonne uai.error.v1 des codes nommés lisibles par machine au lieu de s’appuyer sur un texte ad hoc.
Demandes de soutien:la publicationniveaux de conformitéexpliquer ce qu’une implémentation peut honnêtement prétendre après avoir passé la validation et publié les preuves de version.
Transfert compact:le publicregistre de terrainmaintient l’ordre de transport avec clé JSON et sans clé aligné.

Cycle de vie des messages

Découvrir:résolvez le catalogue, le registre de profils, le schéma, le registre de champs, les exemples, les liaisons de transport, les canaux de confiance, le registre d’erreurs et les niveaux de conformité à partir des routes publiques UAIX.
Composer:construisez d’abord l’enveloppe source à clé afin que l’identité, la direction, l’état du flux de travail, la posture de confiance, la signification du corps, la provenance, l’intégrité et les extensions restent révisables.
Valider:vérifiez le message du candidat par rapport au schéma et à la politique du validateur, y compris les attentes en matière de trace, de livraison, de confiance, d’asynchrone et de résumé de conformité.
Emballer:transporter le résultat du validateur, l’appareil, l’itinéraire vérifié URLs, la portée de l’implémentation, la piste de version, la limite de support et les non-revendications ensemble.
Publier ou refuser:faire une demande de support public uniquement lorsque le paquet est joint à un enregistrement de mise en œuvre et de version nommé; sinon, conservez le résultat comme preuve privée d’assurance qualité.
Revérifiez:réexécutez la preuve lorsque l’enregistrement public, la version d’implémentation, la position de l’itinéraire ou la limite de confiance changent.

Limite des menaces et des abus

UAI-1 rend l’enregistrement d’échange explicite; il ne remplace pas l’authentification, l’autorisation, la gestion des secrets, la limitation du débit, la détection des abus, l’examen du déploiement ou la réponse aux incidents.
Les champs de confiance déclarent le canal de confiance et les références environnants; ils ne garantissent pas qu’un identifiant, une signature, DID, VC, un hôte ou un principal est valide à moins que le système récepteur ne le vérifie.
La preuve de conformité prouve l’alignement avec le dossier public au moment du contrôle; cela ne prouve pas la sécurité, la confidentialité, la conformité légale, la qualité du modèle, la disponibilité, l’approbation ou la certification.
L’automatisation publique devrait préférer les routes UAIX propres, les enregistrements de machine noindex, les garde-corps POST explicites et les liens de piste de publication plutôt que les captures d’écran ou les journaux privés.

Barre de qualité de mise en œuvre

Nommez les profils exacts, les liaisons de transport, les modes de normalisation et les canaux de confiance pris en charge.
Conservez ensemble le message du candidat, le résultat de la validation, les métadonnées de hachage canonique, les références de luminaire et l’artefact vérifié URLs.
Publiez les limites connues et les limites des travaux futurs à côté de la réclamation.
Vérifiez les pages de citation humaine, les itinéraires JSON de la machine, la couverture locale prise en charge, la posture d’accessibilité et l’entrée du journal des modifications avant d’élargir la langue de prise en charge.

Du contrat écrit au premier paquet de preuves

Lisez d’abord les sections de limites ici pour savoir que UAI-1 définit l’enregistrement public, et non toutes les implémentations d’exécution qui l’entourent.
Résolvez un profil publié viaSchémas, Registre, leregistre de terrain, etExemples.
Exécutez le même paquet via leValidateurle résultat devient ainsi une preuve lisible par machine au lieu d’une impression en prose.
UtiliserRéférence API, Kit d’adoption, etPaquet de conformitélorsque le paquet doit passer à l’automatisation, à la révision du lancement ou à un ensemble de transferts réutilisable.
Appelez le support public uniquement une fois que le résultat est joint à un nomMise en oeuvrepiste, leJournal des changements, ou leRéférences et contributeursenregistrer.

Surfaces de lancement actuelles pour ce contrat

Référence APItransforme la surface REST en direct en un manuel au niveau de l’itinéraire avec une exportation OpenAPI.
Kit d’adoptionpublie les fichiers de démarrage et le lot de premières épreuves pour le marché public en cours.
Paquet de conformitérassemble le paquet de versions plus large lisible par machine pour l’examen du lancement et le travail de preuves reproductibles, y compris le pack de preuves de pont.
/wp-json/uaix/v1/catalogest le point d’entrée côté machine pour l’inventaire actuel des normes publiques.
/wp-json/uaix/v1/validateest la route JSON POST pour l’automatisation et la validation du pipeline de versions.

Comment UAI-1 s’adapte aux normes adjacentes

A2Apeut gérer la découverte d’agents, la délégation et les mécanismes de flux de tâches; UAI-1 transporte l’échange public portable et les enregistrements de preuves à travers ces flux.
MCPpeut gérer les sessions d’outils hôte-client-serveur et la négociation de capacités à l’intérieur des limites d’une application; UAI-1 reste l’enregistrement portable et citable lorsque les échanges doivent quitter cette limite.
Contexte de trace W3Cpeut voyager dans conversation.traceparent lorsque le traçage distribué existe déjà.
Détails du problème RFC 9457informe la forme d’erreur publique typée utilisée par uai.error.v1.
Informations d’identification vérifiables du W3Cet les piles de confiance basées sur DID peuvent se trouver derrière trust.principal, credential_ref et signature_ref sans devenir une pile universelle obligatoire.

UtiliserAjustement aux normeslorsque vous avez besoin du UAI-1 contre MCP, UAI-1 contre A2A plus complet, des preuves de transition et du guide de décision de transfert compact.

Les enregistrements de surface de fonctionnement ci-dessous font partie de la version publique actuelle et sont destinés à être résolus mécaniquement parallèlement au texte de spécification.

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: Publicly readable records over HTTPS with no prior bilateral trust setup.
private-api: Service-to-service exchange on a scoped network or tenant boundary.
mtls: Transport-authenticated exchange where peer identity is anchored at the connection layer.
signed-envelope: Message-level signature or detached signature reference accompanies the record.
credentialed: The sender or execution context is backed by a machine-verifiable credential or comparable signed identity assertion.

Open trust JSON

Conformance

Published level ladder

L1-core-envelope: L1 Core Envelope
L2-profile-validation: L2 Profile Validation
L3-trust-and-integrity: L3 Trust and Integrity
L4-public-record-publisher: L4 Public Record Publisher
L5-agent-communication-profiles: L5 Agent Communication Profiles
L6-reliable-delegation-idempotency-correlation: L6 Reliable Delegation with Idempotency and Correlation
L7-capability-negotiation: L7 Capability Negotiation

Open conformance JSON

Errors

Published message error codes

invalid_message: Invalid message
unknown_profile: Unknown profile
capability_not_supported: Capability not supported
auth_required: Authentication required
insufficient_trust: Insufficient trust
task_not_found: Task not found

Open error registry JSON

Ce que le contrat actuel exige

Chaque message doit déclarer un profil publié et rester compatible avec le schéma correspondant.
Chaque échange public doit conserver l’identité, l’état du flux de travail, la position de confiance et l’auditabilité dans les archives au lieu de les laisser à des conventions privées.
Le transport compact sans clé doit rester aligné sur l’enregistrement à clé lisible par le publicregistre de terrain.
Les demandes de support doivent être étayées par des preuves du validateur, des notes de version, un enregistrement de mise en œuvre et le niveau de conformité approprié plutôt que par de simples textes.

Limite de la demande alimentaire

UAI-1 ne transforme pas un test local, un résultat réussi ou une expérience d’exécution non publiée en un soutien public général.
Le soutien public actuel doit toujours être lu à travers les pistes de mise en œuvre mentionnées et les preuves publiées sur le site, et non comme une promesse générale pour l’écosystème d’agents environnant.
Les exemples actuels de preuves de pont sont des exemples de cartographie, des profils de pont non complétés, une prise en charge SDK, une certification ou des réclamations de remplacement.
Cette page existe pour rendre le contrat explicite d’abord, puis pour limiter le langage de support à ce que les archives publiques peuvent réellement vérifier.

Exemple d’échange

Exemple de code

{ "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": [] }

Format de transfertOptimisé (sans clé) JSON

Exemple de code

[
    "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"
    ],
    []
]

L'ordre des champs suit l'exemple de clé JSON, l'ordre du schéma publié et le registre de champs public.

Comment les modifications restent publiques et révisables

Refléter les modifications de profil, d’enveloppe, d’ordre de terrain, de transport, de confiance, d’erreur ou de demande de pension alimentaire viaSchémas, le registre de terrain, Registre, Exemples, leValidateur, et les enregistrements de la surface d’exploitation.
Transportez les preuves nécessaires à la libération dansImplémentationsles demandes d’assistance restent donc attachées au logiciel réel.
UtiliserRéférences et contributeurset leJournal des changementslorsque d’autres ont besoin d’un contexte durable de découverte, d’attribution et de migration.

Étape suivante

Continuez àSchémaspour voir le contrat validé automatiquement, utilisezExempleslorsque vous avez besoin des luminaires publics, ouvrez leValidateurlorsque vous avez besoin d’un travail de preuve face à l’humain, et passez àRéférence APIouPaquet de conformitélorsque le contrat doit passer à l’automatisation ou lancer une révision.

Modèle opérationnel de communication des agents

Les environnements d’exécution de l’agent s’exécutent. UAIX enregistre la communication examinée, la mémoire, la confiance, les preuves et la limite de transfert.

UtiliserModèle opérationnel de communication des agentslorsqu’un opérateur humain, un agent de codage, un agent d’IA ou un implémenteur d’exécution a besoin d’une identité portable, d’une intention, d’un contexte, d’un accusé de réception, d’un statut, d’un bloqueur, d’une proposition de mémoire, d’une preuve de validation, d’une correction, d’un rapport final ou d’enregistrements de transfert. Les ressources lisibles par machine correspondantes sont publiées viaSchémas, Registre, Exemples, et leValidateur.

UAIX ne fournit pas de synchronisation automatique, de messagerie hébergée, d’orchestration d’exécution, d’adaptateurs officiels, d’exécution d’écriture dans le référentiel, d’autorité de certification ou de mécanismes d’importation hébergés.
Carcinus.org est un exemple d’exécution/orchestrateur distinct qui peut consommer des enregistrements UAIX. UAIX.org n’implémente pas le comportement d’exécution Carcinus et n’exécute pas les workflows Carcinus.
LocalEndPoint et d’autres environnements d’exécution peuvent consommer les enregistrements UAIX publiés en tant que consommateurs externes; UAIX.org n’implémente pas ses fonctionnalités d’exécution spécifiques au projet.
Les propositions de mémoire durable restent séparées des enregistrements d’exécution de tâches. Ne faites pas la promotion de statuts de point de terminaison temporaires, de jetons de session, de jetons d’écriture, d’instructions de plateforme bêta, de traces d’erreurs locales, de clés privées ou d’informations d’identification d’API.

Comment les niveaux de contrats publics UAI-1 s'articulent

Forme du message partagé

Transport, confiance, erreurs et réclamations

Validateur avant les demandes de support

Architecture sur mémoire de modèle

Fichiers de package requis, pas de nouveaux profils

La garde des jetons doit être explicite

Les détails du problème sont la forme d'échec HTTP

L’obstruction du réseau devient une preuve

Chemin de preuve soutenu par le validateur

Version localisee en cours de revue#

Ce qu’est UAI-1#

Réponse rapide pour les lecteurs du lancement#

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#

Ce que comprend la version actuelle#

Ce que chaque paquet public garde explicite#

Quand choisir UAI-1 en premier#

Ce que UAI-1 reste à côté#

Profils publiés actuellement#

Surfaces de fonctionnement actuelles#

Cycle de vie des messages#

Limite des menaces et des abus#

Barre de qualité de mise en œuvre#

Du contrat écrit au premier paquet de preuves#

Surfaces de lancement actuelles pour ce contrat#

Comment UAI-1 s’adapte aux normes adjacentes#

Transport, trust, errors, and conformance#

Published bindings#

Published trust channels#

Published level ladder#

Published message error codes#

Ce que le contrat actuel exige#

Limite de la demande alimentaire#

Exemple d’échange#

Comment les modifications restent publiques et révisables#

Étape suivante#

Modèle opérationnel de communication des agents#