Le protocole No-Op indique aux agents non pris en charge ou incertains de s'arrêter en toute sécurité.Il s'agit d'un comportement de compatibilité requis, et non d'un échec d'utilité.
Utilisez no-op quand
- Le client ne peut pas prouver le niveau de capacité requis par l'action.
- Le seul chemin disponible est JavaScript uniquement, authentification uniquement, POST uniquement, MCP uniquement, A2A uniquement ou outil uniquement et aucune solution de repli de capacité inférieure n'est répertoriée.
- La requête placerait les secrets, les identifiants privés, les données réglementées, les données de paiement ou les messages privés dans un URL.
- L'action pourrait publier, supprimer, payer, modifier des comptes, écrire des référentiels, promouvoir la mémoire ou affecter un contexte réglementé sans examen explicite.
- L’agent devra réessayer à plusieurs reprises pour deviner la prochaine étape.
Réponse sans opération
{ "code": "human_review_required", "url": "https://example.org/review/agent-handoff" }Comportement requis
Ouvrez ou citez le URL public renvoyé, expliquez la capacité ou le consentement manquant et arrêtez. Ne synthétisez pas les informations d'identification, n'inventez pas de URLs caché, ne réessayez pas de boucles, d'étapes de navigateur privé ou d'actions inscriptibles.
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