Ein llms.txt-Validator prüft Struktur und Links einer Markdown-Datei, die Agenten zu nützlichen Website-Informationen führen soll. Screpy liest eine veröffentlichte Datei oder eingefügten Text, erkennt Projektüberschrift und Abschnitte und meldet fehlerhafte, wiederholte oder nicht auflösbare Links mit Quellzeilen. Optionale HTTP-Prüfungen untersuchen eine begrenzte Zielauswahl.
Validieren Sie die tatsächlich veröffentlichte Datei
Geben Sie eine Domain für die Datei /llms.txt im Stammverzeichnis ein oder die genaue Datei-URL mit einem Unterpfad wie /docs/llms.txt. Im Textmodus fügen Sie Markdown und optional eine Basis-URL für relative Verweise ein. Für dieselbe Auflösung wie in der veröffentlichten Datei verwenden Sie deren Adresse als Basis. Mit dem llms.txt Generator erstellen Sie zunächst einen Entwurf.
Veröffentlichte Dateien sind auf 512 KiB begrenzt, eingefügter UTF-8-Text auf 256 KiB. Dokumente dürfen bis zu 10.000 Zeilen umfassen. Der Bericht speichert höchstens 500 Links und 1.000 Befunde. Das sind betriebliche Grenzen, keine Vorgaben des Vorschlags.
Trennen Sie Pflichtstruktur und optionalen Kontext
Der llms.txt-v2-Vorschlag verlangt eine einleitende H1 mit Projekt- oder Website-Namen. Eine Zusammenfassung als Blockzitat, zusätzliche Erläuterungen und H2-Dateilisten sind optional. Der übliche Abschnitt Optional bündelt nachrangige Verweise; sein Fehlen ist kein Fehler. Deshalb kann ein Dokument nur mit H1 die Strukturprüfung bestehen, ohne eine hilfreiche Leseanleitung zu liefern.
Screpy analysiert Markdown, statt Überschriftszeichen in Codebeispielen zu zählen. Referenzlinks werden unterstützt, relative Adressen bei vorhandenem Kontext aufgelöst und doppelte Ziele markiert. Ein relativer Link ohne Basis ist unaufgelöst, nicht nachweislich defekt. Prüfen Sie Abschnitt, Linktext und Quellzeile vor Änderungen.
Beachten Sie den Umfang der HTTP-Prüfungen
Die Prüfung von Linkantworten ist standardmäßig aus. Aktiviert prüft die API die ersten 20 eindeutigen aufgelösten HTTP- oder HTTPS-Ziele; Fragmente werden bei der Netzwerkanfrage ignoriert. Sie nutzt GET, stoppt aber nach den Antwortheadern und bewertet keine Zielinhalte. Pro Ziel gelten vier Sekunden, für den Quelldownload sechs Sekunden und für die gesamte API-Anfrage 25 Sekunden.
Eingeschränkte, erfolglose und nicht verfügbare Antworten werden unterschieden. Eine Zeitüberschreitung beweist keinen Defekt für Besucher. Tabelle und CSV enthalten gespeicherte Links, JSON den begrenzten Bericht. Beachten Sie Hinweise auf teilweise Abdeckung, wenn Fristen oder Limits vollständige Prüfungen verhindern.
Eine gültige Datei belegt keine KI-Sichtbarkeit
llms.txt ist ein vorgeschlagenes Informationsformat, keine Zugriffskontrolle. Mit Robots.txt Tester oder AI Bot Access Tester prüfen Sie deklarierte Crawl-Regeln separat. Dieser Validator misst keine Zitate, führt kein JavaScript aus und bestätigt nicht, dass ein bestimmter Agent Ihre Datei liest. Google erklärt ebenfalls, dass seine KI-Suchfunktionen keine speziellen KI-Textdateien benötigen. Siehe Googles Hinweise zu KI-Funktionen.
Für eine breitere Quellenprüfung verwenden Sie den KI-Suchbereitschafts-Check für Seiten-HTML, Robots-Regeln und begrenzte Auffindbarkeitsdateien zusammen. Technische Befunde messen keine KI-Sichtbarkeit und garantieren keine Zitate.