llms.txt・agents.md・SKU.md：責任に合う形式を選ぶ

1つの機械可読ファイルにすべてを担わせてはいけません。公開者と実行環境が実際に支えられる責任ごとに最適な公開面を選び、明示的なリンクで接続します。

SKU.md は、販売者が自らホストする商品発見と安定した商品知識のレイヤーです。Agent が商品を見つけ、出典のある事実を理解し、リアルタイムの商取引情報をどこで再確認すべきか把握できるようにします。新しい Checkout プロトコルではありません。

責任分担マトリクス

公開面	発見	要約・指示	商品意味論	安定した知識	ライブ状態	取引権限
Sitemap	URL一覧	なし	なし	なし	なし	なし
Product JSON-LD	ページ上のエンティティ	商品属性	Product・Offer語彙	ページのデータに限定	ページで観測した値	なし
llms.txt	選定した可読リンク	サイト概要	コマース固有ではない	非構造化	なし	なし
agents.md	リポジトリ・エージェント入口	運用指示	コマース固有ではない	商品根拠ではなく指示	なし	なし
SKU.md	商品文書グラフ	出典付き商品コンテキスト	ProductGroup、Variant、SKU、GTIN	あり	再確認先を示す	なし
Catalog・MCP・UCP	機能発見	構造化応答	現在のProduct・Variant	ライブシステム次第	あり	操作による
Checkout・注文システム	購入入口	拘束力のある開示	選択済み明細	なし	再検証	あり

Googleの商品構造化データガイドは、商品ページのマークアップが検索表示の拡張対象になる条件を説明します。SKU.mdの知識文書とは契約が異なり、表示は保証されません。

発見は権限ではない

SitemapはURLを知らせても意味を説明しません。llms.txtは資料を選定しても主張を証明しません。agents.mdはコーディングエージェントにテスト方法を伝えてもCatalogにはなりません。Product JSON-LDはページ上のOfferを表現できますが、Checkoutが異なる文脈依存の合計を返す場合があります。

SKU.mdは安定した識別と審査済み知識を各公開面につなぎます。発見の手掛かりを、許可、鮮度、取引権限へ読み替えてはいけません。

選択のワークフロー

1. 問いをURL発見、指示、商品識別、根拠、ライブ条件、購入に分けます。
2. その問いを所有する最も狭い情報源を選びます。
3. 安定した知識を現在のCatalogまたはストアフロント検証へつなぎます。
4. Product、Variant、SKU、GTINを照合できなければ停止します。
5. Checkoutや注文操作の前に条件を再確認し、利用者の承認を得ます。

複数ファイルの共存は問題ありません。重複させるなら、所有者を明確にし、値の整合性を検査します。

よくある組み合わせ

公開者の目的	最小構成
ドキュメント発見	Sitemap、llms.txt、Markdownページ
コーディングエージェントへの指示	README、agents.md
商品ページ意味論	表示中の商品ページ + Product JSON-LD
出典付きの永続的な商品文脈	SKU.md、情報源URL、ライブ検証リンク
エージェントによる購入	安定した知識、合意済みCatalog/MCP/UCP、Checkout

Shopifyが2026年に公開したリソースは、正確な帰属の必要性を示します。/agents.md、/llms.txt、/llms-full.txtの動作はShopifyストア向けに文書化されていますが、ShopifyによるSKU.md対応へ一般化できません。

関連資料

カテゴリ定義はSKU.mdとは何かで、実行時の権限はAIコマースの権限引き継ぎで確認できます。

次のステップ

プロジェクトの範囲を確認する