UAI-1 est la norme publique actuelle de messages pour une communication IA-à-IA structurée.
UAIX marque de bouclier Charte publique d'interopérabilité UAIX.org Échange universel d'intelligence artificielle Publication publique de normes
Actuel UAI-1
  • Version actuelle UAI-1
  • Définition en langage clair Format de message ouvert pour un échange IA-à-IA auditable
  • Attribution actuelle Michael Joseph Kappel, MCP
  • Commencer ici Démarrage, Transfert de projet, UAI-1, validateur, feuille de route et journal des changements

Normes

Enveloppe canonique SPEC-01

UAIX champs canoniques d'enveloppe de publication, posture de confiance, validation, rédaction, preuves et règles de limites d'exécution.

  • Dossier UAIX-STND-2701
  • Chemin /fr-fr/standards/spec-01/
  • Utilisation Dossier public canonique

Statut du document

Page des normes publiques Publié le UAIX dans le cadre du dossier actuel des normes publiques
Code
UAIX-STND-2701
Surface
Normes
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez cette page pour le vocabulaire canonique de l'enveloppe de publication et son mappage avec l'enveloppe de transport UAI-1 actuelle.

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.

Chemin de preuve

Chemin de preuve soutenu par le validateur

Gardez l'ordre de lecture publique lié à une seule piste de preuves: profil, schéma, exemple, résultat du validateur et enregistrement de publication.

  1. 1Choisissez un profil de message.Commencez par un profil UAI-1 publié et la famille d'enregistrements qui correspond à l'échange que vous devez prouver.
  2. 2Comparez-le avec des schémas et des exemples.Résolvez le schéma, l'entrée de registre et un appareil avant d'écrire ou de mapper votre dossier de candidat.
  3. 3Exécutez des preuves de validation.Validez les JSON avec clé, à clé minifiée ou sans clé par rapport aux enregistrements publics UAI-1 actuels.
  4. 4Joignez le résultat aux enregistrements d’implémentation ou de transfert.Transportez le résultat exporté dans le pack de conformité, le suivi de mise en œuvre, le journal des modifications ou les preuves de transfert de projet.

SPEC-01 définit l’enveloppe de publication canonique UAIX.Il s’agit d’un format d’enregistrement portable et probant pour les textes de normes, les charges utiles de transfert, les reçus d’examen, les audits de sécurité publique et les politiques de rédaction.

Champs obligatoires de l’enveloppe de publication

Champ But Mappage UAI-1 actuel
uaixVersion Version d’enregistrement des normes UAIX. uai_version
spec Norme ou profil nommé. profile plus entrée de registre.
envelopeId Identificateur d’enregistrement stable. message_id
createdUtc Heure de création UTC. provenance.issued_at
issuer, issuerDisplayName, issuerPublicUrl Identité de l’émetteur public. source et provenance
issuerCapabilityLevel Contexte de capacité L0-L6. Corps ou extension du profil de capacité.
audience Lecteur ou récepteur prévu. target
lifecycleState État brouillon, révisé, accepté, archivé, rejeté ou remplacé. delivery.lifecycle ou état du corps.
trustPosture Posture de révision uniquement, non signé, de référence signée, vérifié, révoqué, désactivé, inconnu ou rejeté par la politique locale. trust plus une preuve du validateur/vérificateur.
payloadType, payloadSchema, payload Contenu du corps typé. body plus route registre/schéma.
evidence, redactions Faits à l’appui et données sensibles supprimées. provenance, integrity, preuves corporelles et extensions.
signature, signatureStatus, verification Métadonnées de signature et résultat du vérificateur. trust plus un enregistrement de vérificateur explicite; aucune confiance implicite.
exceptions, warnings Consultez les notes et les problèmes non bloquants. Problèmes de validateur, corps de résultat de conformité ou enregistrements d’extension.

Règles de base

  • L’enveloppe est portable et porteuse de preuves. Il ne s’agit pas d’un permis d’exécution.
  • Les destinataires doivent valider la forme, inspecter les preuves, appliquer la politique locale et rejeter l’autorité manquante avant d’agir.
  • Les enregistrements non signés peuvent être utiles pour la révision, la migration et les exemples publics. Ils ne peuvent pas établir une identité fiable.
  • Les enregistrements signés nécessitent toujours les résultats du vérificateur et les décisions de confiance locales.

Exécution et limite de confiance

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.

  • Les enregistrements standards UAIX n’autorisent pas l’exécution, les appels d’outils, les écritures dans le référentiel, la publication, les paiements, l’authentification ou la promotion de mémoire durable.
  • La politique locale, l’autorisation côté serveur et l’approbation humaine remplacent les revendications d’enveloppe.
  • Une enveloppe non signée peut être valide pour examen, acheminement et comparaison de preuves, mais il ne s’agit pas d’une identité fiable.
  • Les métadonnées signées ne constituent pas une confiance en elles-mêmes. Un vérificateur peut toujours signaler une autorité inconnue, expirée, révoquée, désactivée, non fiable localement ou autrement inutilisable.
  • Les exemples de référence pour NeuralWikis, LocalEndpoint, Carcinus, MCP, A2A et les environnements d’exécution personnalisés sont uniquement des exemples grand public. UAIX.org n’implémente pas leur comportement d’exécution.

Compagnons lisibles par machine