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

Guides

Accès progressif aux agents

Modèle de remontée de l'accès minimal à l'action GET limitée, POST JSON, aux manifestes de découverte, aux packages de mémoire, aux transferts et aux preuves d'audit de sécurité publique.

  • Dossier UAIX-DOC-2725
  • Chemin /fr-fr/guides/progressive-agent-access/
  • 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-DOC-2725
Surface
Guides
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez ce guide pour passer de l'accès minimal à l'action GET limitée, à la soumission de formulaire de navigateur, à POST JSON, aux manifestes de découverte, aux packages de mémoire, aux transferts, à la restauration/relecture et aux preuves d'audit uniquement lorsque la capacité et l'autorisation existent.

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.

L’accès progressif aux agents permet à un utilisateur de passer d’une découverte statique à des flux de travail d’agent plus riches uniquement lorsque le client prouve sa capacité et son autorisation.

Même action à tous les niveaux

  1. Accès minimal:renvoie un URL public et un code uniquement. Aucun changement d’état.
  2. GET-Action de secours:autoriser une action URL idempotente limitée uniquement lorsque le consentement, les limites de débit, la journalisation d’audit et les règles de requête sans secret sont valables.
  3. POST JSON:préférez POST structuré pour les clients L2+, une validation riche, une authentification et un comportement normal de l’API.
  4. Manifestes avancés:exposez des schémas, des exemples, des manifestes de découverte, des enregistrements de conformité et des paquets de preuves.
  5. Mémoire ou transfert:déplacer les réclamations durables via le transfert de projet, le transfert de fichiers d’agent, examiner les reçus et les preuves du rapport final.

Comportement d’échec

  • Si le client ne peut pas prouver sa capacité, renvoyez le public de capacité inférieure URL.
  • Si l’action nécessite le consentement, renvoyez un URL d’examen humain ou un enregistrement de blocage.
  • Si la demande contient des secrets ou des identifiants privés dans une chaîne de requête, rejetez-la et exigez un chemin POST ou humain plus sûr.

Famille d’itinéraires

Limite

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.

  • L’accès minimal est en lecture seule, sécurisé pour le public, GET uniquement, URL uniquement et ne doit pas muter d’état.
  • GET-Action est une solution de secours limitée distincte pour les actions limitées et ne doit pas être traitée comme un remplacement des API POST JSON.
  • UAIX ne certifie pas la sécurité d’exécution, la vérité, la conscience, l’autorisation, l’adéquation médicale ou l’état de préparation à la production.

Compagnons lisibles par machine

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.