Guides

Interaction Web adaptative aux capacités

UAIX Échelle de capacités client L0-L6, ID de profil, champs obligatoires, comportement de secours, limites de consentement, règles de validation et attentes en matière de preuves pour les navigateurs et les agents.

  • Dossier UAIX-DOC-2219
  • Chemin /fr-fr/guides/capability-adaptive-web-interaction/
  • 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-2219
Surface
Guides
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez cette page comme référence publique canonique pour Interaction Web adaptative aux capacités 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.

L'interaction Web adaptative en fonction des capacités permet à un site de s'adresser en toute sécurité à des lecteurs très différents:des robots d'exploration limités, des récupérateurs structurés, des agents assistés par navigateur, des appelants d'outils, des agents de workflow, des environnements d'exécution multi-agents et des systèmes audités.

Le but n’est pas de faire exécuter le travail à UAIX. Le but est de publier la limite exacte des capacités, le comportement de repli, l'exigence de consentement et l'ensemble de preuves qu'un destinataire peut valider avant d'agir.

Échelle de capacités du client

Échelle de capacités du client
NiveauClientPeut faireNe doit pas impliquer
L0Navigateur limité / Récupération statiqueLisez le texte statique, le HTML statique, le Markdown, le plan du site, llms.txt et JSON.Exécution JavaScript, fonctionnement de l'interface utilisateur, publication, authentification, outils, mémoire ou coordination.
L1Récupération structuréeRésolvez les JSON prévisibles à faible jeton, les schémas, les entrées de registre, les exemples et les manifestes de route.Exécution JavaScript ou comportement en écriture.
L2Agent assisté par navigateurInspectez l’interface utilisateur rendue et comparez-la avec des preuves de parité statiques ou structurées.Authentification autonome, publication, appels d'outils ou travail de longue durée.
L3Agent appelant l'outilAppelez des outils, authentifiez-vous ou publiez uniquement avec un consentement explicite, une idempotence, une solution de repli et des preuves.Contrôle des workflows longs, écritures mémoire durables ou coordination multi-agents.
L4Agent de flux de travailExécutez de longues tâches dans un environnement d'exécution externe avec des rapports de corrélation, d'état des tâches, de délai d'expiration, de secours et finaux.Promotion de la mémoire ou coordination des agents sans examen supplémentaire.
L5Exécution multi-agentsCoordonnez les agents dans un environnement d'exécution externe pendant que UAIX transporte les enregistrements révisés et les transferts.Exécution du runtime hébergé par UAIX.
L6Système d'agent auditéJoignez la provenance, les journaux d'audit, les résultats du validateur, les enregistrements de consentement, l'examen de la mémoire et les rapports finaux.Certification, approbation ou preuve que les preuves manquantes sont acceptables.

ID de profil publiés

La version publie ces ID de profil: uai.capability.profile.v1, uai.capability.negotiation.v1, uai.client.limited-browser.v1, uai.client.structured-fetch.v1, uai.client.browser-assisted.v1, uai.client.tool-agent.v1, uai.client.workflow-agent.v1, uai.client.multi-agent-runtime.v1 et uai.client.audited-agent-system.v1.

Champs obligatoires du profil de capacité

Chaque corps de profil de capacité porte: client_level, client_name, can_fetch_static, can_fetch_json, can_execute_javascript, can_use_browser_ui, can_post_data, can_authenticate, can_call_tools, can_run_long_tasks, can_store_memory, can_coordinate_agents, requires_human_consent_for, declared_or_required_uaix_profiles, fallback_behavior, known_limits, evidence_requirements et safe_default_response.

Paquet de sécurité minimum

Exemple de code
{
  "profile": "uai.client.structured-fetch.v1",
  "body": {
    "client_level": "L1",
    "client_name": "Structured Fetch",
    "can_fetch_static": true,
    "can_fetch_json": true,
    "can_execute_javascript": false,
    "can_post_data": false,
    "requires_human_consent_for": [],
    "fallback_behavior": "Use JSON, sitemap, llms.txt, and static HTML before requiring JavaScript.",
    "safe_default_response": "Name the exact static or JSON route and stop before write-capable action."
  }
}

Règles du validateur

  • Les enregistrements L0 et L1 échouent lorsqu'ils réclament JavaScript ou dépendent d'un contenu JavaScript uniquement sans solution de secours statique ou JSON.
  • Les enregistrements capables d'écriture, d'authentification, de mémoire, de coordination et de haute assurance nécessitent des limites de consentement humain.
  • Les actions de type POST nécessitent l'idempotence; les flux de travail nécessitent une corrélation et une expiration; les dossiers de haute assurance nécessitent des preuves de provenance, d’audit, de validation, de consentement et de rapport final.
  • Les écritures en mémoire nécessitent uai.agent.memory-proposal.v1 et révision avant une promotion durable.
  • Les revendications d'exécution d'exécution UAIX, les informations d'identification non sécurisées et les limites ambiguës UAIX/Carcinus/LocalEndPoint échouent à la validation.

Guides associés

Surfaces des machines

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.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 est une limite de consommateur externe, et non une fonctionnalité d'exécution UAIX.