Résumé
Le volume 6 définit comment un site doit tester l’état de préparation à l’IA sans transformer une liste de contrôle en demande de certification. Les vérifications automatisées sont utiles, mais l’accessibilité manuelle, la confidentialité, la sécurité et l’examen des demandes de support restent nécessaires avant la publication.
Contrat de mise en œuvre d’agent
Lorsqu’un utilisateur envoie un agent vers ce guide Web AI-Ready, la mission consiste àappliquer la stratégie au site cible, au référentiel ou au package de publication de l’utilisateur. Traitez UAIX comme norme de référence et liste de contrôle. Ne copiez pas le contenu de la page UAIX dans le site cible, ne créez pas de page sur les conseils de UAIX et ne publiez pas d’explication « AI-Ready Web » à moins que l’utilisateur ne demande explicitement cette sortie.
L’ensemble de preuves attendu du site cible est concret: manifeste public, découverte .well-known, inventaire des itinéraires, résultat de préparation, robots.txt, plan du site, llms.txt, données structurées, limites de support visibles, vérifications ciblées et sortie du package ou du fichier racine lorsque la publication est demandée.
| Étape de l’agent | Faire la véritable mise en œuvre | Ne fais pas ça |
|---|---|---|
| Résoudre la cible | Identifiez le domaine cible, la racine du dépôt, les routes publiques, le système de build, le CMS, le package de déploiement, le chemin de sortie du fichier racine et les preuves actuelles avant de procéder à la modification. | Supposons que UAIX.org soit le site cible, résumez cette page ou créez une nouvelle page de conseils car cette page a été fournie à titre de référence. |
| Auditer le site existant | Vérifiez les HTML humains, les en-têtes, les métadonnées, les URLs canoniques, les robots, les plans de site, les schémas, les fichiers.well-known, les fichiers llms, les API, les inventaires d’itinéraires, les enregistrements de préparation, l’accessibilité, la confidentialité et les limites de support. | Ignorez l’audit du site cible et reformulez uniquement les définitions AEO/GEO/SEO. |
| Mettre en œuvre des améliorations | Mettez à jour les pages du site cible, la navigation, les données structurées, les fichiers de découverte, l’inventaire des itinéraires, les enregistrements de préparation, les preuves publiques, la copie AEO/GEO/SEO, les conseils de non-opération, les chemins de révision et les fichiers racine du package de publication là où l’audit montre des lacunes. | Utilisez des mots-clés, masquez, ajoutez du texte caché réservé aux robots, injectez des invites pour les modèles, fabriquez des citations ou créez des pages de porte synthétiques. |
| Vérifier et emballer | Exécutez les vérifications ciblées du site, enregistrez les fichiers et les itinéraires modifiés, nommez les vérifications et les bloqueurs ignorés et fournissez les fichiers racine, le ZIP racine ou le package de publication demandés lorsque l’utilisateur demande une sortie déployable. | Réclamez la préparation, la certification, l’approbation, les gains de classement, la publication en direct ou l’autorité d’un agent sans preuve. |
Catégories du validateur
| Catégorie | Contrôles automatisés | Révision manuelle |
|---|---|---|
| Découverte | Récupérer les robots, le plan du site,.well-known, le fichier consultatif llms, l’inventaire des itinéraires, les schémas, OpenAPI. | Confirmez que les fichiers sont publics et n’exposent pas les routes privées. |
| Accessibilité | Validité HTML, titres, étiquettes, noms, contrôles focalisables, contraste là où les outils le prennent en charge. | Exécution de tâches au clavier, passage de fumée du lecteur d’écran, examen du contenu caché. |
| Apis | Analyse OpenAPI, vérifications de méthode/type de contenu, forme des détails du problème, marqueurs d’idempotence. | Examen d’authentification/consentement, examen d’action destructrice, limite de débit et posture d’abus. |
| Capacité | Une matrice de capacités existe, des chemins de secours existent, des déclencheurs sans opération existent. | Confirmez que le chemin de sécurité le plus bas et le chemin d’examen humain correspondent aux opérations réelles. |
| Confidentialité et droits | Pas de secrets évidents ni de noms d’hôtes privés; des liens politiques existent. | Minimisation des données, exposition des informations personnelles, signaux de droits, conservation et examen des juridictions. |
| Preuve | Le résultat de l’état de préparation valide et cite les preuves de l’itinéraire. | Journal des modifications, notes de version, examen des exceptions et approbation du propriétaire. |
Principe de notation
Les scores sont consultatifs. Un site avec un bloqueur critique n’est pas prêt pour le profil concerné, même si son score numérique est élevé. Le schéma des résultats de préparation enregistre donc les bloqueurs, les avertissements, les vérifications ignorées et l’état de révision manuelle séparément des scores pondérés.
Simulation sans opération
Chaque exécution du validateur doit inclure au moins un scénario d’action non pris en charge. Le résultat correct est une réponse limitée: pas de recherche d’itinéraire caché, pas de demande d’informations d’identification, pas d’action destructrice, un examen humain URL et un code raison.
Test source UAIX
La source UAIX inclut désormais un test local ciblé pour ce programme à scripts/test-uaix-ai-ready-web-assets.ps1. Il analyse tous les nouveaux actifs JSON, vérifie les références de découverte statiques, vérifie les ID d’exigence et les étiquettes de maturité, et bloque la certification ou les demandes excessives d’autorité d’exécution.
Actifs associés
- Registre des exigences JSONIdentificateurs d’exigences ARW stables, tests, preuves et anti-modèles.
- Registre d’échéance JSONMécanismes actuels stables, spécifiques à la configuration, de proposition, de recherche et non pris en charge.
- Inventaire des itinéraires JSONFaits d’audit source/en direct, limite de publication et plan d’exposition des itinéraires.
- Schéma du manifeste du site AI-ReadyDéclaration portable pour la découverte, les capacités, les politiques, les preuves et les limites de support.
- Exemple de manifeste de site AI-ReadyExemple concret à saveur UAIX sans revendiquer l’exécution du runtime hébergé.
- Schéma des résultats de préparationModèle de résultat d’évaluation pour les contrôles automatisés et les preuves d’examen manuel.
- Exemple de résultat de préparationExemple de paquet de notation avec des avertissements, des bloqueurs et aucune demande de certification.