BLOG / llms-txt-history-agent-readable-web.mdx
llms.txtからエージェントが読めるWebへ：コマースが学ぶべき教訓
llms.txt、Markdown公開、AGENTS.mdの歩みを時系列で整理し、採用状況を誇張せずSKU.mdへの示唆を読み解きます。
llms.txtは世界共通規格になったわけではありません。実務上の収穫は、公開者に簡潔な発見手段、読みやすい原資料、明確な適用範囲が必要だと分かったことです。1つのリソースですべてを担えるとは限りません。
SKU.md は、販売者が自らホストする商品発見と安定した商品知識のレイヤーです。Agent が商品を見つけ、出典のある事実を理解し、リアルタイムの商取引情報をどこで再確認すべきか把握できるようにします。新しい Checkout プロトコルではありません。
出発点はコマースではなくコンテキストの問題
Jeremy Howardによる最初の提案は2024年9月3日に公開されました。サイト全体はモデルのコンテキストウィンドウには大きすぎ、ナビゲーション、スクリプト、表示要素を含むHTMLは正確に要約しにくい、という実務上の課題が出発点です。/llms.txtは短いMarkdown概要と選択したリンクを提供し、リンク先のきれいなMarkdown版は読取りを容易にします。
FastHTMLは拡張コンテキストファイルを含めて自らこの提案を採用し、nbdevもドキュメントページのMarkdown版を生成し始めました。これは発見から取得までの流れを実地で検証した例ですが、すべてのモデルがファイルを取得し、権威ある情報として扱う証拠ではありません。
2024〜2026年：実装が枝分かれした歩み
| 時期 | 文書化された実装 | 追加されたもの |
|---|---|---|
| 2024-09 | llms.txt提案とリポジトリ | ルート概要、選定リンク、任意のコンテキスト拡張 |
| 2024〜2025 | Mintlifyによる生成 | llms.txt、llms-full.txt、ページ説明、Markdownページリンク |
| 2026 | CloudflareのAI可読性 | 全体、製品別、全文の各階層とページ単位のMarkdown |
| 2026 | VercelのMarkdownアクセス | 各ドキュメントページの.md表現とMarkdownコピー操作 |
| 2026 | Shopifyのエージェントリソース | Shopify管理のagents.mdとエージェント・llmsパス用テーマ上書き |
これは確認した公開ページと運用例の時期であり、単一の共同展開計画ではありません。Mintlifyがllms.txtを業界標準と呼ぶ一方、提案元サイトは今もオープンな提案として示しています。したがって、エコシステム横断で慎重に表現するなら「実装例を持つ提案」であり、正式なWeb標準ではありません。
エージェント向けWebはすでに複数形
llms.txtは読みやすいコンテンツを選定します。AGENTS.mdはセットアップ、テスト、コントリビューション規則など、コーディングエージェント向けのリポジトリ指示を伝えます。Sitemapはクロール可能なURLを列挙し、Product JSON-LDはページ上の商品エンティティを記述します。CloudflareとVercelは、共通の発見設計を必須とせずMarkdown表現を公開しています。
各ファイルの責任者が明確なら、この分岐は健全です。しかしファイル名だけで採用、真実、権限が証明されたとみなすのは危険です。利用者は、誰が公開したか、鮮度はどうか、識別子が一致するか、どのライブシステムが操作を担うかを確認しなければなりません。
SKU.mdが取り入れる点と、越えてはいけない線
SKU.mdが取り入れるべきなのは、小さな入口、読みやすい文書、安定したリンク、検査可能な配信契約です。さらにコマース固有の識別、根拠、制約、ライブシステムへの明示的な引き継ぎを加えます。
一方で、コミュニティ提案をプラットフォーム採用と見せること、変動するオファーを境界のない文章に写すこと、発見可能なら利用されると決めつけることは避けます。Product Documentは検査しやすさを高めても、ランキングシグナルやCheckout権限にはなりません。
関連資料
コマースにおける位置づけはSKU.mdとは何かで、各形式の責任分担はllms.txt・agents.md・SKU.mdの比較で確認できます。