llms-full.txtとは?
ドキュメント全体を1つのURLにまとめ、LLMが1回のリクエストですべて読み込めるようにするコンパニオンファイル。
最終更新:
llms-full.txt とは何ですか?
llms-full.txt は、以下のファイルの補足ファイルです。 llms.txt
その中には 実際のコンテンツ で参照されているページのうち llms.txtが、1つのMarkdown文書として連結されています。ドメインのルートに配置されます:
https://example.com/llms-full.txt.
これは一部のドキュメント提供者が使用している公開上の慣例であり、現在の llmstxt.org v2 提案で定義された形式ではありません。クライアントが利用するには、明示的に対応しているか、そのための設定が必要です。
llms.txt が厳選されたインデックス(目次)である一方、 llms.txt はキュレーションされた
インデックス (目次)であるのに対し、 llms-full.txt
は 完全なコーパス、LLMのコンテキスト
ウィンドウに単一のHTTPリクエストで直接読み込める、完全な可読コンテンツ。
llms-full.txtとllms.txtの比較
これら2つのファイルは、それぞれ異なる問題を解決するものです:
-
llms.txt(索引)。 セクション見出しと厳選されたリンクを持つ短い Markdown ファイルです。通常は 1~10 KB と小さく、保守しやすいものです。LLM クライアントに どのページか 読み取る必要があります。クライアントはその後、リンクをたどって各ページを個別に取得します。 -
llms-full.txt(コーパス)。 ページの内容をインライン化した、より大きなMarkdownファイル。 ドキュメントの規模に応じて50 KB~5 MB以上になることがある。クライアントは 一つのURLからすべてを一度に取得でき、追加のクロールは不要。
両方を公開する方法は、既知の取り込みワークフローがあるドキュメント中心のサイトに適しています:
llms.txtは軽量な検出用、llms-full.txtは明示的に設定したクライアント用です。 llms.txt 軽量な発見のため、および llms-full.txt (全文コーパスを読み込むよう明示的に設定されたクライアント向け)。
ファイル構造
llms-full.txt には、有効な Markdown であること以外に厳密なスキーマはありません。Mintlify
が確立し、Anthropic や Vercel などが採用している主な慣例は次のとおりです:
- 含まれる各ページは、その URL をレベル2見出しまたはコードブロックのヘッダーとして記述して始めます。
- ページの Markdown 全文がその直後に続きます。
- 水平線(
---)または空行で、連続するページを区切ります。
2ページをインライン化した最小限の例:
# example.com, full content\n\n## https://example.com/getting-started/\n\n# Getting started\n\nWelcome to Example. To install...\n\n---\n\n## https://example.com/api-reference/\n\n# API reference\n\nBase URL: https://api.example.com/v1...\n 誰が公開していますか?
llms-full.txt という慣例は Mintlify, これは 両方を自動生成する llms.txt および llms-full.txt ホストするすべてのドキュメントサイトに対応します。 Anthropic 1つずつ公開しています
docs.anthropic.com/llms-full.txt。サイズは数メガバイトで、完全なAPIリファレンス、ガイド、モデルドキュメントが
連結されたMarkdownとして含まれます。
検証済みのAnthropicエンドポイントは、この慣例が本番環境で使われていることを示す。ただし、特定のチャットボット、クローラー、 または検索エンジンがファイルを自動的に利用することの証明にはならない。
llms-full.txt の作成方法
一般的な方法は3つあります。
- ビルド時の静的生成。 サイトが使用しているのと同じMarkdown ソースを読み込み、HTML固有の要素を削除し、それらを連結して
/public/llms-full.txt(またはフレームワーク相当の出力ディレクトリ)。Mintlifyや大半の静的サイトジェネレーターが採用している方法です。 - 動的サーバールート。 サーバーサイドレンダリングをサポートするフレームワークでは、
以下のルートを作成してください。
/llms-full.txtは、リクエスト時にコンテンツを取得して連結し、 プレーンテキストのレスポンスを返します。リクエストごとの処理は遅くなりますが、常に最新です。 - 手動保守。 小規模サイトでは、
llms-full.txt手動の場合:主要ページのMarkdownソースを1つのファイルへコピーし、コンテンツ変更時に更新します。大規模ドキュメントには拡張しにくいものの、5ページのサイトなら十分に有効です。
llms-full.txt を公開するタイミング
公開 llms-full.txt 。サイトが次の条件を少なくとも1つ満たす場合に公開してください:
- 開発者がAIアシスタントに頻繁に質問する技術ドキュメントがある。
- コンテンツが多数のページに分散しており、LLMクライアントが個別にクロールするとコストが高くなります。
- 単一URLのコーパスを前提とするRAGパイプラインやAIエージェントのワークフローで利用可能にしたい場合。
- あなたはSaaSまたはAPIプロバイダーであり、そのユーザーがCursor、Windsurf、または 類似のツールにコーディングに関する質問をする可能性があります。
サイトに有意義なコンテンツが10ページ未満の場合、適切に管理された llms.txt
だけで十分な可能性があります。追加される llms-full.txt は、ドキュメント規模が大きくなると
効果を発揮する。
注意点とトレードオフ
- ファイルサイズ。
llms-full.txtは非常に大きくなる可能性があります。500ページのドキュメントサイトでは 10+ MB のファイルが生成されることがあり、現在のほとんどの LLM のコンテキストウィンドウを超えます。サイト全体ではなく、最も情報量の多いページだけを含めることを検討してください。 - 保守の負担。 これとは異なり
llms.txt(リンクだけを含む)とは異なり、llms-full.txtコンテンツが重複している。再構築のトリガーなしにページが変更されると、ファイルは 古くなってしまう。生成ステップを自動化する。 - 標準化されたスキーマはありません。 これとは異なり
llms.txt。一方、 llmstxt.orgで定義された構造,llms-full.txt形式は、正式な仕様のないコミュニティ慣例です。どのクライアントでも解析できるよう、 ファイルを明確に構成してください。 - 公開状態。 すべての内容は
llms-full.txtは定義上、公開情報です。 公開URLでは通常公開しないコンテンツを含めないでください。
続きを読む
- llms.txt とは。この慣例を初めて知った方は、ここから始めてください。
- llms.txt(およびllms-full.txt)の作成方法、テンプレート、スタック別ガイド。
- 比較:llms.txt、robots.txt、sitemap.xml、各 ファイルをいつ使うか。
- バリデータ, llms.txtファイルを仕様に照らして確認します。