llms.txtとは何ですか?

提案されているllms.txt慣例、その現在の適用範囲、測定された普及状況、制約を簡潔に定義します。

最終更新:

定義

llms.txt は、ウェブサイトのルートまたは特定のパスで公開されるMarkdownファイルです。その対象範囲で有用なリソースを厳選した短いマップを、互換性のあるエージェントへ提供します。一般的なルートURLは https://example.com/llms.txt.

提案されたのは Answer.AIのJeremy Howard 2024年9月 におけるコミュニティの慣例であり、正式な標準ではありません。正規の仕様は 以下にあります。 llmstxt.org.

llms.txt、llmstxt、llms txt、llmtxt のどれが正しい?

提案されているファイル名は llms.txt。次の語句でも検索されています: llmstxt, llms txt, llmtxt、および llm.txt 、句読点を省いたり、複数形を間違えて覚えていたり、文字どおりのファイルではなく話題を指したりする場合。

これらの表記は別々の形式を指すものではありません。ドキュメント内および公開URLでは llms.txt を使用してください。 llms.txt ドキュメント内および 公開URL上で。llmtxt.infoはこのリファレンスサイトであり、llmstxt.orgは現在のv2提案を公開しています。 このページは、重複したページを作成する代わりに、各バリエーションをまとめています。

起源

Howardの当初の主張は、大規模言語モデルのコンテキストウィンドウは一般的なウェブサイトと比べて小さいというものです。誰かが製品について質問するたびにサイト全体をクロールするようモデルに求めるのは、無駄が多く情報も失われます。サイトはすでに公開しています: robots.txt for クローラーおよび sitemap.xml 検索エンジン向けには、 llms.txt LLMに特化した 並行する規約を提案する。

このフォーマットは意図的に最小限に抑えられています:

  • Markdown(人が読んで編集できる形式)。
  • 予測可能な構造(パーサーがセクションとリンクを確実に抽出できる構造)。
  • 厳選されており、網羅的ではありません(目的は網羅ではなくシグナルです)。

解決する課題

  1. コンテキストウィンドウの限界。 数百万トークンのモデルであっても、ドキュメントサイト全体の読み込みには遅延と費用がかかります。焦点を絞った llms.txt は、対応クライアントが少数の正規リソースだけを必要とする場合に、 不要な取得を減らせます。
  2. 発見ノイズ。 LLM にとってサイトで最も価値のあるコンテンツは、最も訪問されたコンテンツと一致するとは限りません。 llms.txt モデルに明示的に「読む価値のあるページはこれです」と伝えられます。
  3. レビュー可能な契約。 ファイルがバージョン管理下にあり、CIにチェックインされると、その URLは、ページが移動した際にテスト可能な明確な対象となる。
  4. 関連ファイル llms-full.txt. いくつかの ドキュメント発行者が採用している類似の慣例では、リンク先ページの内容を連結された Markdown としてインラインで記述するため、LLM クライアントは単一の URL を読み込むだけで、フィードにすぐ使える完全なコーパスを取得できます。

llms.txtが何でないか

世の中には混乱が多くあります。明確にすると:

  • これはW3C、IETF、その他の標準化されたプロトコルではありません。 コミュニティ提案です。
  • 主要なLLMプロバイダーのいずれによっても強制されていません。 大手ベンダー(OpenAI、Anthropic、Google、Meta)で、これを一貫して取得すると公に約束したところはありません。現在の導入は、ほとんどが状況に応じたものです。
  • ランキングシグナルではありません。 公開することは llms.txt は、従来の検索でも AI Overviews でもサイトの順位を上げるものではありません。2026年8月 時点で、これを示す公開された証拠はありません。
  • 次のものを置き換えるものではありません: robots.txt, sitemap.xml、または schema.org。 専用の 比較ページ.
  • これはセキュリティメカニズムではありません。llms.txt これは定義上、公開です。

導入状況(2026年)

導入は進んでいますが、一様ではありません。初期導入者の多くは ドキュメントプラットフォームと開発者ツール企業: Anthropic、Cloudflare、Vercel、Stripe、Mintlify、Perplexityです。開発者ツールの世界以外では、 対応はまだ限られています。

当社の技術志向の固定パネルによる調査では、以下のことが判明した。 122 件の有効なルートファイルが、 217 到達可能なホストのうち 2026-09-07、割合は 56.2%。これは Web全体の導入率推定ではなく、透明性のあるパネル測定です。

懐疑的な見方も文書化されています。GoogleのJohn Muellerは公の場で慎重な姿勢を示しており、Mintlify自身も 懐疑的な見方に正面から言及しました:このファイルは安定した機械可読の契約として有用ですが、LLM が実際に利用するかどうかは、各提供者の変化し続ける判断に依存します。

一般的なユースケース

  • APIドキュメント。 LLMをエンドポイントのリファレンスページやチュートリアルへ直接案内します。
  • SaaSのマーケティングサイト。 小さな正規ページの集合から、アシスタントがプロダクト、料金、統合についての質問に答えられるようにします。
  • オープンソースプロジェクト。 クライアントには README、コントリビューションガイド、例、 そして変更履歴を案内します。
  • ナレッジベース。 ヘルプセンターの全記事ではなく、少数の高品質な回答を掲載してください。

簡易FAQ

llms.txt 必須? いいえ。任意です。

SEO は改善しますか? 直接的には向上しません。詳しくは 利点と制限 慎重な回答については、こちらのページをご覧ください。

どう作成すればよいですか? を参照してください。 手順ガイド、または ジェネレーター を使って基本形を作成できます。

続きを読む

ソース