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

Transfert du projet SPEC-02

Mémoire de projet portable et contrat de transfert de propriété pour les humains, les agents, les fournisseurs et les sessions futures.

  • Dossier UAIX-STND-2702
  • Chemin /fr-fr/standards/spec-02-project-handoff/
  • 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-2702
Surface
Normes
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez cette page pour les champs du contrat de transfert de propriété du projet Handoff et de l'enregistrement de la mémoire portable.

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-02 définit Project Handoff comme une mémoire de projet portable et un transfert de propriété.Il indique à un humain ou à un agent destinataire ce qu’il doit lire, ce qui est actuel, quelles contraintes s’appliquent, quel travail est le prochain et quelles vérifications protègent le transfert.

Champs de garde obligatoires

  • projectId, handoffId, createdUtc, owner et custodian.
  • frontDoor, memoryRoots, requiredReads et doNotLoadByDefault.
  • currentState, constraints, decisions, nextActions, risks et targetedChecks.
  • evidence, redactions, warnings, exceptions et localPolicyWins.

Scénarios de référence uniquement

  • Transfert de mémoire NeuralWikis:un paquet de mémoire examiné peut pointer vers des preuves dérivées d’un wiki sans donner l’autorisation d’exécution pour publier ou modifier le contenu de production.
  • LocalEndpoint capacité locale sécurisée:un environnement d’exécution local peut consommer le paquet en entrée, mais le point de terminaison local possède les contrôles d’exécution, l’accès aux fichiers et les portes de consentement.
  • Carcinus transfert du profil public:un profil d’orchestrateur public peut recevoir des enregistrements de preuves tandis que Carcinus reste le propriétaire du runtime en dehors de UAIX.org.

Page publique actuelle

La page pratique de l’adoption resteTransfert de projet. Cette page SPEC-02 nomme le contrat d’enregistrement le plus strict et pointe vers les schémas/exemples de profils correspondants.

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