Tento článek připravuje otázku, neoznamuje četnost

Pro četnost nasazení llms.txt nemá tento článek dostatečnou zveřejnitelnou měřenou sadu. Neuvádí proto počet webů se souborem, podíl bez souboru ani změnu v čase. Přiložený datový soubor obsahuje samostatná historická pozorování strukturovaných dat a map webů. Tyto veličiny nevytvářejí náhradní měření llms.txt a jejich jmenovatele nelze převzít pro novou otázku.

Užitečným výsledkem je zde konkrétní návrh, podle kterého lze pozdější sběr připravit, ověřit a bezpečně zveřejnit. Rozlišuje nalezený soubor, obsah odpovídající vymezenému návrhu a skutečný přínos pro vybranou úlohu. Každá vrstva potřebuje jiný podklad. Bez tohoto rozlišení by samotná odpověď serveru mohla vytvořit dojem, že je prokázáno také použití souboru modelem nebo jeho vliv na nalezení stránky.

Aktuální návrh llms.txt od jeho autora popisuje stručný soubor v Markdownu pro orientaci agenta na webu. Verze návrhu aktualizovaná v srpnu 2026 připouští kořen i podadresář, například /docs/llms.txt. Rozsah se vztahuje k cestě souboru; při překryvu návrh počítá s konkrétnějším souborem. Jedinou povinnou částí je hlavní nadpis se jménem projektu nebo webu. Další souhrn a seznamy odkazů jsou volitelné.

Pro budoucí kontrolu je důležité uložit, kterou verzi návrhu použila. Požadavek staršího rozpoznávacího pravidla se nemá vydávat za nadčasovou vlastnost formátu. Také samotná přítomnost souboru neznamená, že jej každý agent načítá. Popis formátu a tvrzení o jeho použití v konkrétním produktu mají být doloženy odděleně. Z této metodiky nevyplývá příslib vyšší návštěvnosti nebo častějšího citování webu.

Jak oddělit odpověď serveru od platného obsahu

Protokol sběru by předem stanovil cesty, které se budou zjišťovat, a zdroj informace o případném podadresáři. Pouhý neúspěch na kořenové cestě nemá znamenat, že soubor neexistuje v jiné části webu. Výstup může poctivě uvádět výsledek pro vymezené cesty; úplnou absenci napříč všemi cestami by tím nedokládal. Rozsah hledání musí být součástí každého publikovaného podílu.

Kontrola by uchovala konečný GET, přesměrování, stav odpovědi, obsahový typ a samotný vrácený obsah. Význam metod GET a HEAD rozlišuje RFC 9110; HEAD neposkytuje tělo pro obsahové ověření. Úspěšná odpověď se také musí porovnat s očekávaným obsahem, protože stránka se společnou navigací nebo přihlašovací výzvou není automaticky nalezeným souborem llms.txt.

Navazující klasifikace by zaznamenala, které části obsahu byly rozpoznány a podle jakého pravidla. Samostatně by se uchovaly adresy odkazů a rozsah, pro který soubor poskytuje kontext. Pro posouzení užitečnosti nestačí počet řádků: kontrolor potřebuje vědět, zda odkazované informace odpovídají zamýšlenému tématu a zda jsou pro danou úlohu použitelné. Tyto otázky musí zůstat návrhem další kontroly, dokud nejsou skutečně provedené.

Nezjistitelný stav musí mít vlastní význam

Časový limit, nedokončené přesměrování a ochranná výzva znamenají chybějící použitelný podklad. Nesmějí se zařadit mezi potvrzenou nepřítomnost souboru. U každého výsledku by se zaznamenal čas zachycení, verze sběrného programu, pravidel a důvod ukončení. Opakování by používalo předem stejné pravidlo, aby se nevybíral pouze úspěšný pokus z různě dlouhého hledání.

Také nesoulad mezi staticky vráceným obsahem a tím, co následně zobrazí prohlížeč, musí mít dohledatelný podklad. Pro textový soubor je vhodné začít přesnou odpovědí serveru a případné další prohlížečové ověření vést jako samostatný krok. Hotové shrnutí auditu bez odpovědi a časové stopy nemá být zpětně změněno na změřený pozitivní nebo negativní nález.

Soubor llms.txt se také nemá zaměňovat s pravidly přístupu v robots.txt. Protokol robotů popisuje RFC 9309. Budoucí studie by tyto otázky sledovala samostatně: jaký obsah byl dostupný, jaká pravidla byla zveřejněna a co konkrétní klient skutečně použil. Pouhý rozdíl mezi dvěma soubory nepředstavuje měření chování klienta.

Přínos se ověřuje na konkrétní úloze

Pokud chceme zjistit vliv na odpověď agenta, potřebujeme předem definovanou úlohu, kontrolovatelnou správnou odpověď a srovnatelný přístup k obsahu. Uchovat by se měly použitý model a jeho verze, nastavení nástrojů, vyhledané zdroje, skutečně načtené adresy a úplný průběh úlohy. Jinak nelze poznat, zda výsledek ovlivnil soubor, další dostupná stránka nebo jiný postup vyhledání.

Srovnání by se muselo opakovat podle společného pravidla a oddělit nalezení informace od správnosti odpovědi. Jedna povedená ukázka není četností úspěchu ve vymezeném souboru úloh. Důležité je také ponechat neúspěšné pokusy a předem rozhodnout, co se bude hodnotit. Tento článek takový experiment neprovedl a neuvádí jeho očekávaný výsledek jako zjištění.

Příloha zůstává pouze kontextem

Veřejné přílohy JSON a CSV dokládají oddělené veličiny strukturovaných dat a konvenčních map webů z 3. srpna 2026. Neobsahují podklad pro měřený výsledek llms.txt. Metadata článku proto nepřidělují neprovedenému měření datum ani velikost vzorku. Datum historického kontextu není datem kontroly popsaného návrhu.

Kontextový výběr je příležitostný, není náhodný ani reprezentativní. Budoucí vzorek by musel mít samostatný výběrový rámec a vlastní jmenovatele pro každou vrstvu kontroly. Veřejný výstup by zveřejňoval pouze bezpečné agregace bez identit a malých kombinací. Takto připravený postup dovoluje publikovat také nejistotu a neúspěch měření, místo aby je zakryl tvrzením o celkovém nasazení nebo účinku souboru.

Archivní kopie dat na Zenodu (CC BY 4.0): DOI 10.5281/zenodo.23627364