BLOG / llms-txt-vs-agents-md-vs-sku-md.mdx
llms.txt、agents.md 与 SKU.md 怎么选？先分清职责
用一张矩阵比较 Sitemap、Product JSON-LD、llms.txt、agents.md、SKU.md、实时 Catalog、MCP、UCP 与 Checkout。
不要挑一个机器可读文件包办所有任务。先确认问题由谁负责，再用明确链接把不同来源连接起来。
SKU.md 是由商家托管的商品发现与稳定商品知识：agent 可以找到商品、理解有来源的事实，并知道去哪里复查实时商业状态；它不是新的结账协议。
一张职责矩阵
| 表面 | 发现 | 摘要或指令 | 商品语义 | 稳定知识 | 实时状态 | 交易权威 |
|---|---|---|---|---|---|---|
| Sitemap | URL 清单 | 否 | 否 | 否 | 否 | 否 |
| Product JSON-LD | 页面实体 | 商品字段 | Product/Offer 词汇 | 限于页面数据 | 页面观察值 | 否 |
llms.txt |
精选可读链接 | 站点概览 | 非商业专用 | 非结构化 | 否 | 否 |
agents.md |
仓库或 agent 入口 | 工作指令 | 非商业专用 | 指令而非商品证据 | 否 | 否 |
| SKU.md | 商品文档图 | 有来源的商品上下文 | ProductGroup、Variant、SKU、GTIN | 是 | 指明复查入口 | 否 |
| Catalog / MCP / UCP | 能力发现 | 结构化响应 | 当前 Product 与 Variant | 取决于实时系统 | 是 | 视操作而定 |
| Checkout / 订单系统 | 购买入口 | 有约束力的披露 | 已选行项目 | 否 | 再核验 | 是 |
Google 的 Product 结构化数据指南说明商品页标记如何获得更丰富的搜索展示资格。这与 SKU.md 商品知识文档不是同一契约，也不保证一定展示。
能被发现，不等于拥有权威
Sitemap 能暴露 URL，却不解释含义；llms.txt 能精选文档，却不证明链接中的断言；agents.md 能告诉代码 agent 如何测试仓库，却不会因此成为商品目录；Product JSON-LD 可以表达页面中的 Offer，但 Checkout 仍可能根据用户上下文返回不同总额。
SKU.md 连接稳定身份和已审知识，绝不能把发现提示升级成权限、新鲜度或交易权威。
实用选择流程
- 先写清问题：URL 发现、操作指令、商品身份、证据、实时条件，还是购买。
- 选择真正拥有该问题的最窄来源。
- 把稳定知识链接到当前 Catalog 或店面核验。
- Product、Variant、SKU 或 GTIN 无法匹配时安全失败。
- 在 Checkout 或订单操作前复查条件并获得用户确认。
多种文件可以同时存在。只有在权威归属清楚、数值经过一致性检查时，适度重复才是可控的。
常见组合
| 发布需求 | 最小组合 |
|---|---|
| 文档发现 | Sitemap + llms.txt + Markdown 页面 |
| 代码 agent 指令 | README + agents.md |
| 商品页语义 | 可见商品页 + Product JSON-LD |
| 有来源的耐久商品上下文 | SKU.md + 来源 URL + 实时核验链接 |
| Agent 驱动购买 | 稳定知识 + 协商后的 Catalog/MCP/UCP + Checkout |
Shopify 的 2026 资源也说明引用必须精确：其 /agents.md、/llms.txt 和 /llms-full.txt 行为只适用于 Shopify 自己记录的店铺能力，不能据此外推 Shopify 支持 SKU.md。
延伸阅读
先看什么是 SKU.md的品类定义，再用AI 商业权威交接理解运行时责任。