Ajustement aux normes

But#

Standards Fit explique où UAI-1 appartient à côté des systèmes d’agent, d’outil, d’API, d’identité, de traçage, de schéma et de transport adjacents. Il s’agit d’une page de délimitation de la phase de lancement: utile pour les responsables de la mise en œuvre, les réviseurs et les lecteurs publics qui ont besoin d’une adéquation sans transformer les exemples de preuves de transition actuels en affirmations de soutien trop larges.

Comparaison de base#

A2A coordonne les agents, MCP connecte les outils et les ressources, UAI-1 enregistre l’échange portable.OpenAPI décrit les API HTTP, JSON Schema valide la structure des messages, les systèmes de style DID/VC peuvent prendre en charge les preuves de confiance, Trace Context transporte une liaison de trace distribuée et CBOR ou MessagePack peuvent devenir de futures liaisons de transport compactes uniquement lorsque le chemin de preuve existe.

Sélecteur rapide#

Utilisez cette section lorsque la question n’est pas de savoir si UAI-1, MCP ou A2A est meilleur dans le résumé, mais quelle couche possède le travail devant vous.

UAI-1 contre MCP#

• MCP demande:Quels outils, ressources, invites et contexte ce client modèle peut-il utiliser dans cette session hôte?
• UAI-1 demande:Quel enregistrement d’échange portable un autre système peut-il valider, citer, rejouer, examiner ou joindre pour divulguer des preuves?
• Règle du pont:un appel d’outil MCP peut être mappé dans uai.intent.request.v1 et une ressource MCP ou un résultat d’outil peut être mappé dans uai.intent.response.v1. Le mappage ne transforme pas UAI-1 en cycle de vie de session MCP.
• Utiliser ensemble quand:le résultat d’un outil local devient une preuve inter-équipes, un artefact de version, un élément public ou une revendication de support d’implémentation.

UAI-1 contre A2A#

• A2A demande:quel agent peut effectuer ce travail, comment la tâche est-elle déléguée et comment l’état de la tâche évolue-t-il pendant l’exécution du travail?
• UAI-1 demande:Quelle requête, quelle déclaration de capacité, quel enregistrement de statut de tâche, quelle réponse, quelle erreur ou quel résultat de conformité doit rester portable après la fin de la conversation d’exécution?
• Règle du pont:une carte d’agent A2A peut être mappée dans uai.capability.statement.v1, et une mise à jour de tâche A2A peut être mappée dans uai.task.status.v1. Le mappage ne fait pas de UAI-1 le protocole de découverte, de délégation ou de streaming A2A.
• Utiliser ensemble quand:Le travail d’agent délégué nécessite un enregistrement de transfert soutenu par un validateur, une piste d’audit, un paquet de lancement public ou des preuves de mise en œuvre.

Questions de décision#

1. Le principal problème est-il l’accès aux outils/ressources locaux au sein d’une session hôte? Commencez par MCP.
2. Le principal problème est-il la découverte, la délégation ou la coordination des tâches entre pairs? Commencez par A2A.
3. L’enregistrement doit-il voyager entre les équipes, les fournisseurs, les versions, les audits ou les réclamations de mise en œuvre publique? Ajoutez UAI-1.
4. L’œuvre nécessite-t-elle un dossier d’épreuves publiques? RésoudreUAI-1, schémas, registre, exemples et résultats du validateur avant d’élargir le langage de prise en charge.

Carte des normes adjacentes#

• A2A:peut posséder la découverte, la délégation, la diffusion de tâches et l’état de tâche collaborative. UAI-1 peut enregistrer la demande portable, le résultat, l’état de la tâche ou la preuve de capacité qui doit rester consultable en dehors de la session d’exécution.
• MCP:peut posséder des appels d’outils hôte-client-serveur, des lectures de ressources, des invites et une négociation de capacités locales d’application. UAI-1 peut enregistrer l’échange public lorsqu’un résultat d’outil ou une demande doit quitter cette limite locale.
• OpenAPI:décrit les opérations HTTP et les contrats d’itinéraire. UAIX publie OpenAPI pour sa surface REST tandis que UAI-1 décrit l’enregistrement de message qui peut voyager à travers ou à côté de ces itinéraires.
• JSON Schéma:vérifie la structure des profils UAI-1 actuels. Il s’agit du compagnon de validation de la spécification écrite, et non d’un remplacement des conseils sémantiques ou de la discipline de publication.
• DID/VC, mTLS et enveloppes signées:peut prendre en charge les assertions de confiance déclarées via trust, credential_ref, signature_ref et les couches de transport associées sans devenir une pile d’identité obligatoire.
• Contexte de suivi:peut parcourir conversation.traceparent et les champs de provenance associés lorsque le traçage distribué existe déjà.
• Détails du problème:informe sur le style des échecs publics typés, tandis que UAI-1 conserve les enregistrements d’erreurs spécifiques au profil et les codes de problème du validateur attachés à son propre registre.

Chemin d’architecture des systèmes agents#

Utilisez ce chemin lorsqu’un lecteur demande comment UAIX s’adapte à un harnais agent de production. Le harnais exécute le travail; UAIX conserve les preuves portables et l’enregistrement de transfert qui doivent survivre à l’exécution.

La règle pratique est la suivante: laissez les environnements d’exécution s’exécuter, laissez MCP connecter les outils, laissez A2A coordonner les agents, laissez les systèmes d’observabilité tracer le comportement et laissez UAIX publier l’enregistrement prêt pour le validateur, le paquet de conformité et le transfert de mémoire de projet qu’une autre partie peut inspecter.

Limite du profil du pont#

Le kit d’adoption et le pack de conformité contiennent désormais des exemples de preuves de transition soutenus par un validateur. Les profils de pont formels doivent toujours mapper les preuves dans les enregistrements UAI-1 sans prendre en charge le comportement d’exécution adjacent.

• Une carte d’agent A2A peut être mappée dans un enregistrement uai.capability.statement.v1, mais A2A possède toujours la découverte native et l’exécution des tâches.
• Une mise à jour de tâche A2A peut être mappée dans uai.task.status.v1, mais UAI-1 ne devient pas le protocole de tâche de streaming.
• Un appel d’outil MCP peut être mappé dans uai.intent.request.v1 et le résultat peut être mappé dans uai.intent.response.v1, mais MCP possède toujours le cycle de vie de la session et l’invocation de l’outil.
• Une référence d’opération OpenAPI peut apparaître dans les métadonnées de provenance ou de corps UAI-1, mais OpenAPI décrit toujours l’API HTTP.
• Les preuves de confiance DID/VC et le lien de contexte de trace peuvent être déclarés dans l’enveloppe, mais UAI-1 ne nécessite pas d’informations d’identification globales ou de pile de traçage.

Échelle de transfert compacte#

1. Saisie JSON:l’enregistrement source lisible par l’homme pour la révision, les documents, les résultats du validateur et les demandes de support.
2. Clé minifiée JSON:le même enregistrement saisi sans espace pour un transfert simple où la lisibilité est moins importante; le validateur le traite comme le même enregistrement saisi.
3. Sans clé JSON:une forme de tableau compact qui utilise le publicregistre de terrainreconstruire l’enregistrement saisi avant validation; le validateur accepte actuellement ce mode.
4. Alias ​​JSON:travail prévu jusqu’à ce que les cartes d’alias publics, les luminaires, les règles de normalisation et les attentes du validateur existent.
5. CBOR ou MessagePack:recherches sur les pistes ou les futurs travaux de transport jusqu’à ce que la parité de codage/décodage, le comportement des itinéraires et les preuves de conformité soient publiés.

Règle de normalisation#

Le validateur actuel prend en charge keyed-json, minified-keyed-json et keyless-json. Chaque formulaire compact accepté doit être normalisé à la clé complète JSON avant la validation du schéma, la canonisation JCS, le hachage, les signatures, les preuves du validateur, les notes de version ou les demandes de support public. L’ordre de terrain est une carte de transport; l’enregistrement JSON à clé reconstitué constitue la référence de révision et d’intégrité.

Exemple de comparaison#

Les exemples ci-dessous sont volontairement petits. Ils montrent la relation entre les formulaires lisibles, minifiés et sans clé sans présenter le support d’alias ou de binaire comme comportement public actuel.

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

Limite actuelle du soutien public#

• La prise en charge actuelle comprend la clé JSON, la clé minifiée JSON, la normalisation sans clé JSON, les schémas, les enregistrements de registre, les exemples, le registre de champ, le comportement du validateur, les preuves d’équivalence de hachage canonique, les exemples de preuves de pont, le pack de conformité et les pistes de mise en œuvre.
• Le transfert sans clé est lié au registre de terrain public et doit rester réversible dans la clé JSON.
• Les cartes d’alias, les types de supports d’enveloppe binaire, les profils de pont formels, les SDK, les CLI et les certifications formelles restent planifiés ou font l’objet de recherches jusqu’à ce que des preuves publiques les fassent avancer.
• Aucun langage conforme aux normes ne doit impliquer que UAI-1 remplace A2A, MCP, OpenAPI, JSON Schema, DID/VC systèmes, protocoles de traçage, de signature ou de transport.

Où vérifier le dossier actuel#

UtiliserUAI-1pour le contrat,Schémas, Registre, Exemples, et leValidateurpour preuve,Référence APIetPaquet de conformitépour le transfert face à la machine, etFeuille de routeplusJournal des changementspour la future limite et le sentier de libération.