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

Comment utiliser cette page

Utilisez ce guide pour choisir le bon profil de fonctionnalités de navigateur ou d'agent, la solution de secours exécutable, la limite de consentement et le paquet de preuves avant de réclamer une assistance.

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’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

Niveau Client Peut faire Ne doit pas impliquer
L0 Navigateur limité / Récupération statique Lisez 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.
L1 Récupération structurée Ré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.
L2 Agent assisté par navigateur Inspectez 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.
L3 Agent appelant l’outil Appelez 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.
L4 Agent de flux de travail Exé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.
L5 Exécution multi-agents Coordonnez 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.
L6 Systè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."
  }
}
Format de transfertOptimisé (sans clé) JSON
Exemple de code
[
    null,
    "uai.client.structured-fetch.v1",
    null,
    null,
    null,
    null,
    null,
    null,
    [
        "L1",
        "Structured Fetch",
        true,
        true,
        false,
        null,
        false,
        null,
        null,
        null,
        null,
        null,
        [],
        null,
        "Use JSON, sitemap, llms.txt, and static HTML before requiring JavaScript.",
        null,
        null,
        "Name the exact static or JSON route and stop before write-capable action."
    ]
]

L'ordre des champs suit l'exemple de clé JSON, l'ordre du schéma publié et le registre de champs public.

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.