Eingaben
Beispiel
Füge einen Entwurf ein oder rufe https://example.com/llms.txt ab und prüfe Titel, Zusammenfassung, Projektinformationen, Abschnitte, Ressourcentitel, URLs, optionale Beschreibungen, Befunde und Quellzeilen.
llms.txt-Validator
Validiert das erforderliche initiale H1, optionale Zusammenfassungs- und Detailtexte sowie vorhandene H2-Ressourcenlisten mit Linktiteln, URLs, optionalen Beschreibungen, Befunden und Quellzeilen.
Nur das initiale H1 ist zwingend. Zusätzlich kann die Datei eine Blockquote-Zusammenfassung und weitere Projektinformationen vor den H2-Sektionen enthalten. Sind H2-Sektionen vorhanden, enthalten deren Ressourceneinträge Markdown-Links und können nach einem Doppelpunkt eine optionale Beschreibung tragen.
Die kleine llms.txt-Konvention mit ehrlichem Scope
llms.txt ist eine Community-Konvention von llmstxt.org, kein IETF- oder W3C-Standard und keine Garantie dafür, dass ein Modell die Datei liest. Der verpflichtende Strukturkern ist bewusst klein: Das erste strukturelle Element ist genau eine H1 in ATX- (#) oder Setext-Markdownsyntax (= Unterstreichung). Danach dürfen optional eine Blockquote-Zusammenfassung und Detailtext folgen; null oder mehr H2-Sektionen sind zulässig.
H2-Sektionen sind nicht auf reine Linklisten beschränkt. Sie dürfen gewöhnliches Markdown, verschachtelte Überschriften, Fließtext, Listen, relative Links, Fragmente, Referenzlinks und Unicode enthalten. Der Validator prüft die H1- und Markdown-Grenzfälle, inventarisiert Sektionen und Links als Evidenz und trennt Grammatikbefunde von HTTP-Status, Redirects, Medientyp und Größe.
Entwürfe prüfen, bevor die Welt sie sieht
Prüfe Entwürfe zuerst lokal. Eingefügtes Markdown wird vollständig im Browser analysiert; eine unveröffentlichte llms.txt lässt sich prüfen, ohne irgendwo aufzutauchen. Behebe Strukturbefunde wie eine fehlende oder doppelte initiale H1, eine H2 vor der H1, einen ungeschlossenen Code-Fence oder einen nicht auflösbaren Referenzlink. H2-Ressourceneinträge werden als Markdown-Links geparst; andere H2-Inhalte bleiben als Roh-Evidenz sichtbar und werden als teilweise oder nicht interpretiert ausgewiesen.
Danach prüfe die veröffentlichte Realität. Der URL-Modus holt eine live ausgelieferte /llms.txt über den Same-Origin-Helper und beantwortet eine andere Frage: nicht ob dein Entwurf wohlgeformt ist, sondern ob das, was die Site tatsächlich ausliefert, dem entspricht, was du veröffentlichen wolltest. Zwischen Repository und Leitung liegen Deploy-Pipelines, Redirects und Content-Negotiation — der zweite Check findet regelmäßig, was der erste nicht sehen kann.
Fetch-Evidenz und Markdown-Struktur
Eingefügter Inhalt bleibt im Browser. URL-Abrufe laufen über /api/admin-tools-live.php mit Guards für öffentliche Hosts, Ports, Timeout, Pfad und Antwortgröße. HTTP-Status, Redirects, Content-Type und Größe erscheinen als Transport-Evidenz getrennt von der Markdown-Grammatik. Der Validator bewertet keine Textqualität und kann nicht zusichern, dass ein Crawler oder Modell die Datei liest oder respektiert.
Häufige Fragen
Wie sieht die minimale gültige llms.txt aus?
Nur das initiale H1 ist zwingend. Zusätzlich kann die Datei eine Blockquote-Zusammenfassung und weitere Projektinformationen vor den H2-Sektionen enthalten. Sind H2-Sektionen vorhanden, enthalten deren Ressourceneinträge Markdown-Links und können nach einem Doppelpunkt eine optionale Beschreibung tragen.
Kann ich einen Entwurf ohne Veröffentlichung prüfen?
Ja — das ist der vorgesehene erste Schritt. Entwurf einfügen, lokal validieren; ohne expliziten URL-Check findet kein Abruf statt und nichts verlässt den Browser.
Warum läuft der URL-Abruf über einen Same-Origin-Helper?
Weil Browser fremde Textdateien unter CORS nicht direkt lesen dürfen. Der Helper führt nach dem Klick genau einen engen, größenbegrenzten Abruf einer öffentlichen /llms.txt aus und gibt die Bytes zur Analyse zurück.
Was gehört in die Optional-Sektion?
Eine Sektion namens Optional hat in der Konvention die besondere Bedeutung von Material, das bei knappem Kontext übersprungen werden darf. Die Sektion selbst ist optional; andere H2-Sektionen dürfen gewöhnliches Markdown statt einer vorgeschriebenen Listenform enthalten.
Garantiert eine gültige llms.txt, dass KI-Systeme sie nutzen?
Nein. Die Konvention ist ein Angebot, kein Vertrag. Die Validierung beseitigt die strukturellen Gründe, die Datei zu ignorieren; ob ein Betreiber sie liest, bleibt dessen Entscheidung.
Wie verhält sich llms.txt zu robots.txt und sitemap.xml?
Drei verschiedene Fragen: robots.txt erklärt Zugriffspolicy, die Sitemap zählt URLs für die Indexierung auf, llms.txt kuratiert, was ein Sprachmodell zuerst lesen soll. Eine stimmige Site hält die drei konsistent, statt sie als Ersatz füreinander zu behandeln.