llms.txt Generator + Validator

Free, no signup. Build a clean llms.txt that points LLMs at your key pages, or paste one you already have and check that it's well-formed.

llms.txt structural rubric
CheckStatus when healthy
H1 One site-name H1
Summary A short blockquote is recommended
Links Grouped, absolute HTTPS URLs
Size Keep the map concise (under ~20 KiB)

Source: llmstxt.org proposal; not a crawler-consumption guarantee

Heads up: llms.txt is a community proposal (llmstxt.org), not an official standard. No major AI crawler is documented to read it today. Treat it as low-effort, low-risk housekeeping — not a ranking lever. If you want to influence what AI systems can access, that's robots.txt and your on-page content, not this file. More on how AI crawlers actually work →
Want evidence instead of assumptions?

Upload your own access log to the Log File Analyzer. Its browser-local /llms.txt report distinguishes verified AI crawler requests, unverifiable crawler claims, spoofed claims, other traffic, and no observation in the supplied period. A request is retrieval evidence only—not proof of rankings, citations, or broad provider adoption.

The Optional section (a crawler may skip it) is emitted last automatically — just name a section “Optional”.

Output — llms.txt

Runs entirely in your browser — nothing you paste is uploaded or stored. Anonymous run-level outcome counters may be used for aggregate research; URLs, domains, IPs, and identifiers are never included, and no statistic is released below 100 runs.

Where this is heading: serving Markdown to LLMs

Looking ahead — not something to do today. llms.txt and per-page Markdown are proposals no major AI crawler is documented to consume yet.

llms.txt is a directory — one file pointing at your key pages. The more interesting idea, once AI clients adopt it, is content negotiation: same URL, two representations. Serve HTML to browsers and a clean Markdown rendering to LLM clients, and decide which at the edge.

A Cloudflare Worker picks the representation from the request — either Accept: text/markdown or a known AI user-agent — and emits Vary: Accept (or Vary: User-Agent) so shared caches don't hand the wrong variant to the wrong client.

It's exactly the move behind this site's hybrid /robots.txt — same bytes, only the Content-Type label negotiated — just extended to actual content, and to a real body difference rather than only a header.

This tool does two jobs: it generates a well-formed llms.txt from a simple form (or a sitemap you upload), and it validates one you paste or fetch from a live domain. Both run entirely in your browser. For context on why this file is optional housekeeping rather than a ranking move, see how AI crawlers actually work and the llms.txt explainer.

What the results mean

The validator groups findings into three severities, shown as pills:

  • The file breaks the proposal's shape — no # title, a malformed list item that isn't a [title](url) link, a relative (non-absolute) URL, or an empty file.
  • Well-formed but not ideal — no > summary, an http:// link, a duplicate URL, a second # H1, or links that appear before any ## section.
  • Advisory only — a summary placed somewhere other than right after the title, an off-site link, a deep ### heading that isn't part of the structure, or a file large enough (past 20 KiB) to have stopped being a concise map.

A green result means the file is well-formed against the proposal. The result summary is deliberately blunt that this validates form only and cannot guarantee any AI system consumes the file.

How it works

The generate/parse/validate engine (src/lib/tools/llms-txt.ts) is pure TypeScript with no DOM and no network calls, so everything you do in the Generate and paste flows happens locally in your browser — your draft never leaves the page.

The parser reads line by line: it recognises the # title, a > blockquote summary, ## section headings, and Markdown link list items, while skipping the insides of fenced ``` code blocks so they aren't misread as directives. It then runs file-level checks — required title, recommended summary, duplicate URLs, absolute-URL and HTTPS rules, and size — and rolls everything into the error/warning/info tally.

The one server touch is Fetch by URL: browsers can't fetch another site's /llms.txt because of CORS, so a small SSRF-guarded, cached proxy (/api/llms-fetch) pulls only that exact path — nothing else on the domain — and hands the body back for validation.

Features

  • Form-based generator with add/remove sections and link rows, live output, and self-validation as you type.
  • Prefill from sitemap.xml — upload a sitemap and it buckets URLs by first path segment into ready-to-edit sections.
  • Automatic handling of the Optional section (always emitted last).
  • Copy, download, and a share link that packs your draft into the URL fragment (compressed, never sent to a server).
  • Validator with paste or live Fetch /llms.txt by domain, an error/warning/info tally, per-line findings, and a parsed-structure preview.
  • Runs client-side; the only server call is the CORS-bypassing llms.txt fetch.

Limitations

It validates the form of the file against the community proposal — it cannot tell you whether any AI crawler reads it, because none is documented to. It checks link syntax (absolute, HTTPS, well-formed Markdown) but does not crawl the links to confirm they resolve or return the content you claim. The sitemap prefill is a starting point, not a curation step — an llms.txt is only useful if you trim it to your genuinely important pages. And this is not a lever for AI visibility: what AI systems can access is governed by your robots.txt and your on-page content.

Frequently asked questions

Do AI crawlers actually read llms.txt?

Not in any documented way. llms.txt is a community proposal from llmstxt.org, not an official standard, and no major AI crawler (OpenAI, Google, Anthropic, Perplexity) has published support for reading it. Treat it as low-effort, low-risk housekeeping — a tidy map of your best pages — not a ranking lever. What AI systems can actually reach is governed by your robots.txt and your on-page content.

What goes in an llms.txt file?

One required "# " H1 title (your site name), a recommended "> " blockquote one-line summary right after it, then "## " section headings (Docs, Guides, Blog) each containing Markdown link list items in the form "- [title](url): optional notes". A special "## Optional" section holds links a crawler may skip. Every link URL should be an absolute https:// address the LLM can fetch directly.

Where does the llms.txt file go on my site?

At the root of your domain, served at https://site.example/llms.txt — the same location convention as robots.txt. This validator can fetch that exact path for any domain (via a small server-side proxy, because browsers cannot fetch cross-origin) so you can check a live file without pasting it.

What does the validator check?

The form of the file against the proposal, not whether anything reads it. It flags a missing H1 title (error), missing summary (warning), malformed or relative link URLs, http:// links, duplicate URLs, links that appear before any section, deep "### " headings that are not part of the structure, off-site links, and files large enough to have stopped being a concise map. It cannot and does not guarantee any AI system consumes the file.

How big should llms.txt be?

Small. It is a directory of links, not a copy of your content. The validator raises an informational note once a file passes about 20 KiB, because at that size it has usually stopped being a concise map and started duplicating pages. If you want to serve full clean content to LLMs, that is per-page Markdown and content negotiation, not a bigger llms.txt.

Next stepAI Search Volume Estimator — score it against a calibrated model.

Feature requests for Llms Txt

Upvote what you want most. New ideas can be submitted from the floating Feedback menu; requests appear here once approved, and the most-wanted rise to the top.

Loading…

➕ Request a feature

New requests are reviewed before they appear here.

À propos de l’outil

Générez ou validez un fichier llms.txt lisible, contrôlez ses titres et ses liens, et gardez une distinction nette entre une convention communautaire et une preuve d’utilisation par un robot IA.

Fonctionnalités

  • Génération guidée avec titre H1, résumé, sections et liens absolus.
  • Validation des liens relatifs, doublons, liens externes, en-têtes profonds et fichiers trop volumineux.
  • Import direct ou préremplissage depuis un sitemap, avec aperçu des constats par gravité.
  • Traitement local dans le navigateur et explications prudentes sur ce que le fichier ne garantit pas.

Fonctionnement

Le validateur lit la structure du fichier, vérifie les titres, résumés et URL, puis classe les constats en erreur, avertissement ou information. Il ne contacte pas un robot IA et ne transforme pas une convention en garantie de crawl.

Limites

  • llms.txt est une proposition communautaire, pas une norme officielle ni une preuve qu’un système lit le fichier.
  • La validation vérifie la forme et les liens, pas la qualité éditoriale de chaque page.
  • Un fichier valide ne remplace pas un HTML accessible, des contrôles robots ou une stratégie de contenu.

Questions fréquentes

Que met-on dans un fichier llms.txt ?

Un H1, un résumé court et des sections contenant des liens absolus vers les pages que vous souhaitez présenter. Gardez-le comme une carte concise, pas comme une copie du site.

Un fichier valide sera-t-il lu par les IA ?

Pas nécessairement. llms.txt reste une convention proposée et aucun robot majeur n’est documenté comme l’utilisant pour décider de son accès.

Pourquoi un lien relatif est-il signalé ?

Le fichier est destiné à être récupéré indépendamment de votre page. Une URL absolue indique donc clairement le domaine et la destination.

Les données restent-elles dans le navigateur ?

Oui pour la saisie et la validation locales. Un import de sitemap par URL est une action réseau distincte, déclenchée seulement lorsque vous la choisissez.