/ llmtxt.info
English

Exemples réels de llms.txt

Une galerie curée de fichiers /llms.txt en production. Utile pour l'inspiration — et pour repérer les patterns qui valent d'être copiés.

Dernière mise à jour:

Galerie

Tous les liens pointent vers les fichiers sources sur les sites d'origine. Les dates de snapshot indiquent la dernière fois où nous avons vérifié manuellement que le fichier existait et correspondait à la description.

Vercel

Plateforme

Vercel exposes /llms.txt at the marketing root with sections for product surfaces and key documentation entry points.

Demonstrates llms.txt usage on a marketing site (not just docs).

vercel.com/llms.txt

Stripe

Documentation

Stripe's documentation exposes /llms.txt with sections grouped by API surface (Payments, Connect, Billing, Identity, Issuing).

Strong example for large API documentation. Each section points to a focused subset of pages.

Perplexity

Documentation

Perplexity's API docs publish a compact /llms.txt that maps each endpoint to its dedicated reference page.

Good example of an API-first /llms.txt — short, focused, easy to parse.

Mintlify

Plateforme

Mintlify auto-generates /llms.txt and /llms-full.txt for every documentation site hosted on their platform.

Mintlify co-developed the llms-full.txt convention with Anthropic.

Cloudflare

Documentation

Cloudflare's developer docs site exposes /llms.txt with sections grouped by product (Workers, R2, D1, Pages, Zero Trust, etc.).

Per-product /llms-full.txt variants are also published under each product's docs root.

Anthropic

Documentation

Anthropic's developer documentation publishes both /llms.txt and /llms-full.txt, organized by product surface (API, Claude Code, Agent SDK).

One of the cleanest reference implementations. Sections are stable and well-named.

Patterns à copier

  1. Grouper par surface produit, pas par type de contenu. Stripe, Cloudflare et Anthropic sectionnent tous par produit (Payments, Workers, Claude API), pas par « blog / docs / guides ». Ça correspond à la manière dont un client LLM requête.
  2. Une phrase par item, factuelle. Évitez le marketing. La note après les deux-points est pour la désambiguïsation, pas pour vendre.
  3. Garder le fichier racine petit. Si vous avez plusieurs produits, publiez des variantes par produit (ex. /workers/llms-full.txt) plutôt qu'un gros fichier racine.
  4. Coupler avec llms-full.txt. La plupart des adopteurs côté doc publient les deux. La carte sert la navigation, le fichier complet sert l'ingestion.
  5. URLs absolues partout. Tous les exemples que nous listons font ça. Les URLs relatives rendent le fichier ambigu une fois copié.

Soumettre un exemple

Vous voulez que votre llms.txt soit listé ? Ouvrez une pull request sur le dépôt du projet avec une nouvelle entrée sous src/content/examples/. Les seules exigences :

  • Le fichier est accessible publiquement à l'URL listée.
  • Il valide sur notre validateur sans erreur.
  • Vous pouvez le décrire en deux phrases sans langage marketing.