Un validateur llms.txt vérifie la structure et les liens d'un fichier Markdown destiné à guider les agents vers des informations utiles du site. Screpy lit un fichier publié ou du texte collé, identifie le titre du projet et les sections, puis signale les liens incorrects, répétés ou non résolus avec leurs lignes sources. Les vérifications HTTP facultatives examinent une sélection limitée de destinations.
Validez le fichier réellement publié
Saisissez un domaine pour vérifier son /llms.txt à la racine, ou l'URL exacte du fichier avec un sous-chemin explicite tel que /docs/llms.txt. En mode texte, collez le Markdown et fournissez éventuellement une URL de base pour les références relatives. Utilisez l'adresse de publication du fichier comme base pour obtenir la même résolution que dans le fichier en ligne. llms.txt Generator permet de préparer un brouillon.
La limite du fichier publié est de 512 KiB ; celle du texte UTF-8 collé est de 256 KiB. Un document peut contenir jusqu'à 10 000 lignes. Le rapport conserve au maximum 500 liens et 1 000 constats. Ce sont des limites opérationnelles, pas des exigences de la proposition.
Distinguez structure obligatoire et contexte facultatif
La proposition llms.txt v2 exige un H1 initial avec le nom du projet ou du site. Un résumé en citation, des explications supplémentaires et des listes de fichiers sous H2 sont facultatifs. La section conventionnelle Optional regroupe les références secondaires ; son absence n'est pas une erreur. Un document contenant seulement un H1 peut donc passer la validation structurelle sans offrir un guide de lecture utile.
Screpy analyse le Markdown au lieu de compter les marqueurs de titres dans les exemples de code. Il prend en charge les liens de référence, résout les adresses relatives lorsque le contexte existe et signale les destinations répétées. Un lien relatif sans base est non résolu, pas certainement cassé. Examinez sa section, son texte et sa ligne source avant modification.
Respectez le périmètre des vérifications HTTP
La vérification des réponses est désactivée par défaut. Activée, l'API examine les 20 premières destinations HTTP ou HTTPS uniques résolues, sans fragment dans la requête réseau. Elle utilise GET mais s'arrête après les en-têtes de réponse ; le contenu cible n'est pas évalué. Chaque cible dispose de quatre secondes, la source de six secondes et la requête API entière de 25 secondes.
Réponses restreintes, en échec et indisponibles sont distinctes. Un délai dépassé ne prouve pas qu'une page est cassée pour les visiteurs. Le tableau et le CSV contiennent les liens conservés ; JSON contient le rapport limité. Lisez les avis de couverture partielle lorsqu'un délai ou une limite empêche une vérification complète.
Un fichier valide ne prouve pas une visibilité dans les IA
llms.txt est un format d'information proposé, pas un contrôle d'accès. Utilisez Robots.txt Tester ou AI Bot Access Tester pour étudier séparément les règles d'exploration déclarées. Ce validateur ne mesure pas les citations, n'exécute pas JavaScript et ne confirme pas qu'un agent précis lise votre fichier. Google précise aussi que ses fonctions de recherche avec IA ne nécessitent pas de fichiers texte spéciaux. Consultez les conseils de Google sur les fonctions d'IA.
Pour un examen plus large, utilisez Préparation à la recherche IA pour réunir HTML, règles robots et fichiers de découverte limités. Les constats techniques ne mesurent pas la visibilité IA et ne garantissent aucune citation.