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

Compatibilité des agents

Règles du validateur

Échecs et avertissements du validateur de compatibilité des agents pour le repli GET-Action, l'idempotence, les secrets de requête, la découverte JavaScript uniquement, les replis POST/live GET/MCP/auth/tool, l'examen humain et le comportement sans opération.

  • Dossier UAIX-DOC-2754
  • Chemin /fr-fr/spec/validator-rules/
  • 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-2754
Surface
Compatibilité des agents
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez cette page dans le cadre du dossier public Compatibilité des agents actuel, puis suivez ses pages de normes liées pour l'étape suivante.

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.

La validation de compatibilité des agents vérifie d’abord la fonctionnalité annoncée la plus basse.Les interfaces riches ne réussissent que lorsque la découverte de capacités inférieures est honnête et limitée.

Échecs requis

  • get_action_fallback_required: la compatibilité L0/L1 échoue lorsqu’une action principale inscriptible est POST uniquement et qu’il n’existe aucun repli GET documenté ou aucune opération URL.
  • get_action_idempotency_required: GET-Action échoue lorsqu’un exemple capable d’écrire ne dispose pas de idempotency_key ou nonce.
  • get_action_query_secret: GET-L’action échoue lorsque des exemples placent des secrets, des jetons, des mots de passe, des identifiants de compte, des identifiants médicaux, des données de paiement, des messages privés ou des identifiants réglementés dans URLs.
  • get_action_js_only_discovery: GET-L’action échoue lorsque la découverte est masquée derrière l’interface utilisateur JavaScript uniquement.
  • llms_minimal_instruction_required: la découverte L0/L1 échoue lorsque llms.txt pointe uniquement vers des OpenAPI complexes ou des spécifications d’outils et omet les instructions minimales directes.
  • retry_loop_no_op_violation: la gestion sans opération échoue lorsque les agents non pris en charge sont invités à continuer de réessayer ou de deviner.

Avertissements requis

  • post_equivalent_recommended: avertir lorsqu’une action GET n’a pas d’équivalent POST ou OpenAPI pour les clients capables.
  • get_action_security_order_warning: avertir lorsque des exemples apparaissent avant les limites de consentement et de sécurité.
  • side_effecting_get_discovery_warning: avertir lorsque des liens GET à effets secondaires sont présentés comme des raccourcis de découverte généraux.
  • browser_form_fallback_required: avertir lorsque les instructions POST ciblées sur le navigateur ne disposent pas d’un formulaire visible ou d’une solution de secours ouverte par le navigateur.
  • restore_readback_required: avertir lorsque les instructions de création/mise à jour ne disposent pas d’une restauration ou d’une relecture URL et force la supposition du point de terminaison.
  • dashboard_default_path_warning: avertir lorsque les chemins du tableau de bord ou du modèle personnalisé sont présentés par défaut alors que les chemins du profil ou du package générés existent.
  • highest_lowest_path_required: avertir lorsqu’un itinéraire omet highest_supported_path ou lowest_safe_fallback.
  • post_blocked_fallback_required: avertir lorsqu’un chemin POST omet le comportement de secours pour les agents qui ne peuvent pas exécuter JSON POST arbitraire.
  • live_get_blocked_fallback_required: avertir lorsque le guidage dynamique GET cible les agents au niveau du chatbot sans déclarer HTTP GET en direct et une solution de secours pour les récupérateurs indexés uniquement.
  • mcp_unavailable_fallback_required: avertir lorsque la prise en charge de MCP est référencée sans une solution de secours MCP indisponible.
  • auth_unavailable_fallback_required: avertir lorsqu’une mutation authentifiée est référencée sans solution de secours non authentifiée ni examen public URL.
  • tool_unavailable_fallback_required: avertir lorsque l’utilisation de l’outil est référencée sans outil de repli indisponible.
  • human_review_url_required: avertir lorsqu’une action non prise en charge peut bloquer sans examen humain public URL.
  • no_op_behavior_required: avertir lorsqu’un comportement de capacité non pris en charge ne demande pas de s’arrêter en toute sécurité.

Appareils d’essai

La version publie les enregistrements de luminaires positifs et négatifs JSON pour ces familles de règles sous l’arborescence d’exemples UAI-1 et expose le catalogue de règles viaagent-compatibility.json.

Matrice d’exécutabilité des agents

Les conseils exécutables sont bien plus que la simple découverte de points de terminaison.Les enregistrements d’itinéraire doivent nommer le niveau de capacité, la méthode, le type de contenu, l’état des effets secondaires, la classe d’exécution de récupération, le chemin le plus élevé pris en charge, le repli sûr le plus bas, les champs obligatoires, le champ de résultat URL, le champ de restauration/lecture URL, le chemin de réponse des informations d’identification en écriture, l’équivalent du formulaire de navigateur, la sécurité GET, le repli bloqué par POST, le repli bloqué en direct, GET, MCP-repli indisponible, repli indisponible authentifié, repli indisponible de l’outil, examen humain URL et comportement sans opération.

Niveau Chemin d’accès exécutable Guidage d’itinéraire requis
L0 Découverte d’itinéraire en lecture seule Une page statique, un plan du site, llms.txt ou une route publique GET nomme le prochain public URL ou la prochaine révision sans opération URL.
L1 Découverte de manifeste/schéma Schéma des noms d’enregistrement de machine, état de lecture sécurisée, si la dynamique en direct GET est requise, actions non prises en charge et limites de fonctionnalités.
L2 Ouverture du navigateur et soumission du formulaire Les écritures ciblées sur le navigateur fournissent un formulaire visible ou un flux de travail ouvert au navigateur lorsque les agents de navigateur sont une cible.
L3 Structuré HTTP JSON POST POST noms de routes, type de contenu, champs obligatoires, résultat URL, restauration/relecture URL, erreurs structurées et solution de secours bloquée POST.
L4 Mutation détenue authentifiée Les noms de mutations détenues écrivent le chemin de réponse des informations d’identification, la gestion des secrets, l’audit, l’expiration, l’idempotence et la solution de secours en cas d’authentification indisponible.
L5 Vérification de restauration/relecture Le flux de création ou de mise à jour expose un itinéraire de restauration/relecture sécurisé pour le public et explique comment un réviseur de moindre capacité peut vérifier les preuves des résultats.
L6 Transfert/reporting multi-agents Le transfert nomme l’historique des tâches, le propriétaire, le rôle, le comportement de blocage/non-opération, le rapport final, les preuves et l’examen humain URL.
L7 Négociation des capacités spécifiques au site Négociation des capacités des noms de manifeste de site, repli du navigateur, repli POST, repli en direct GET, repli MCP/tool/auth et réponse d’opération non prise en charge.

Compagnon lisible par machine:/spec/agent-executability-matrix.json.

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.UAIX.org n’exécute pas d’actions de tiers, ne certifie pas la sécurité, ne certifie pas la vérité, n’approuve pas les implémentations et ne remplace pas la politique d’autorisation locale.

Enregistrements de compatibilité des agents