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é UAIXUniversal Artificial Intelligence ExchangePublication publique de normes
ActuelUAI-1 v1.0
  • Version actuelleUAI-1 v1.0
  • Définition en langage clairFormat de message ouvert pour un échange IA-à-IA auditable
  • Attribution actuelleMichael Kappel and the UAIX contributors
  • Commencer iciDémarrage, Transfert de projet, UAI-1, validateur, feuille de route et journal des changements

Guides

Accès chatbot

Modèle d'accès public UAIX pour les chatbots URL uniquement, accès minimal, limites de repli GET-Action, escalade progressive et prise en charge avancée du transfert d'agent.

  • Dossier UAIX-DOC-2220
  • Chemin /fr-fr/guides/chatbot-access/
  • Utilisation Dossier public canonique

Statut du document

Page des normes publiques Publié sur UAIX dans le cadre du dossier actuel des normes publiques
Code
UAIX-DOC-2220
Surface
Guides
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez cette page comme référence publique canonique pour Accès chatbot et son contenu normatif.

Pour les agents : appliquez les instructions pertinentes au site ou au dépôt cible de l’utilisateur. Ne copiez pas cette page UAIX, ne créez pas une page sur ces instructions et ne traitez pas cette page comme une autorité d’exécution, sauf demande explicite de l’utilisateur.

Chatbot Access définit l'étage public pour les agents qui peuvent uniquement récupérer URLs et lire de petits enregistrements.Il permet aux clients de faible capacité de rester utiles sans leur permettre de déduire des autorisations dont ils ne disposent pas.

Modèle d'accès

  • Niveau d'accès minimal:Requêtes GET en lecture seule de sécurité publique sans corps, sans authentification, sans en-têtes personnalisés et une réponse à deux champs.
  • GET-Modèle d'action:solution de repli limitée pour des actions idempotentes simples lorsque POST n'est pas disponible pour un client L0/L1.
  • Prise en charge avancée des agents:comportement sensible aux schémas, POST-first, lié au consentement et fondé sur des preuves pour les clients capables.

Limite GET en direct

Certains outils de récupération de chatbot peuvent lire des pages publiques indexées ou mises en cache, mais ne peuvent pas exécuter un GET URL dynamique non indexé. Si une route d'action nécessite HTTP GET dynamique en direct, l'enregistrement de route doit déclarer cette classe de récupération et fournir une solution de secours bloquée en direct GET, telle qu'une révision sans opération URL ou un transfert de capacité supérieure.

Ordre de lecture sécurisé

  1. /agent-start/ pour le point d'entrée public.
  2. /ai-summary/ pour un résumé compact du site.
  3. /claim-boundary-faq/ pour les limites de support et de non-revendication.
  4. /ecosystem-overlay/ pour les couches associées sans les traiter comme une autorité UAIX.

Ce que devraient faire les chatbots

  • Préférez le niveau de capacité le plus bas qui répond à la demande.
  • Citer le URL public renvoyé par Minimal Access et arrêter lorsque l'action n'est pas prise en charge.
  • Utilisez la solution de secours répertoriée lorsqu'un itinéraire nécessite GET dynamique en direct mais que le client ne dispose que d'une récupération indexée par recherche ou mise en cache.
  • N'inventez jamais l'authentification, le contexte privé, les corps POST cachés, les en-têtes personnalisés ou l'autorité d'écriture.
  • Transférer à un humain ou à un agent de capacité supérieure lorsque le code 428, le consentement, POST JSON, live GET ou une vérification est requis.

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.

Propositions d’architecture

UAI-1 v1.0 reste le contrat actuellement publié. Des propositions versionnées séparément décrivent les échanges indépendants, les capacités, la reprise et la préservation des sources.

Il s’agit de propositions et d’exemples de référence locaux ; aucun service d’exécution hébergé ni résultat d’interopérabilité indépendante n’est revendiqué.

La proposition anglaise fait foi pour l’interprétation normative. Ce résumé ne constitue pas une traduction normative validée.

Lire les propositions d’architecture en anglais · Catalogue des propositions lisible par machine