SKU.md 现在能为独立站做什么，以及如何在 llms.txt、agents.md 和 Sitemap 中引用它
规范札记
客观看待 SKU.md 在 AI 对话购物中能起的作用，并给出在 llms.txt、agents.md、sitemap.xml、robots.txt 和首页中引用 /sku.md 的推荐写法。
一位顾客让 AI 助手推荐一款 1.5 公斤以内的双人帐篷。助手搜索、打开几个页面，然后试图从主题代码、弹窗、评价插件和脚本里读出答案。很多时候，大型平台上的商品页反而比品牌官网更容易解析，哪怕参数最早是品牌自己写的。
SKU.md 想为独立站缩小的正是这个差距。本文先说明 1.0.0-beta 现在实际能做什么，再给出从独立站已有文件中引用它的推荐写法。
SKU.md 现在能做什么
SKU.md 是一个独立的实验性提案。目前没有主流 AI 助手或搜索引擎宣布会读取 /sku.md，所以发布这个文件并不是排名信号。Google 的 搜索 AI 功能指南 也说明，专门为 AI 准备的 Markdown 文件不会影响在 Google 中的可见性。先承认这个边界，才能看清它的实际价值。
| 对话购物中的问题 | SKU.md 提供的东西 |
|---|---|
| 商品页很重，agent 难以读懂 | 几 KB 的纯 Markdown，只写商品的稳定事实 |
| 助手会猜测尺寸、材质或适配关系 | 每条事实都带 Source 链接，读者可以打开核对 |
| 回答里出现过期的价格或库存 | 按设计，实时价格、库存、配送、税费和结账都不写进文件 |
| 顾客会问适合谁、能和什么搭配 | 可选的 Guidance、Limitations、Compatibility 和 Questions 章节 |
| 小品牌很难被识别为一个明确实体 | 根目录文件写明店铺名称、简介和商品集合链接 |
这些价值通过普通途径产生。浏览店铺的 agent 可以读取一个短小的 Markdown 文件，而不必渲染整个主题。搜索索引可能像对待其他公开 URL 一样收录它。公司内部的审核人员也可以用同一份文档找出缺失或互相矛盾的商品信息。这些途径都不依赖平台采用这个格式，也都不承诺助手一定会引用这家店。
为什么需要引用入口
规范把目录固定在精确路径 /sku.md。已经了解这个约定的读取方可以直接请求它，但大多数读取方还不了解。因此，最好在爬虫和 agent 已经会查看的地方提到它：llms.txt、agents.md、XML Sitemap、robots.txt 和首页。
下面的写法是针对 1.0.0-beta 的推荐约定，不改变规范的合规要求。每个引用都指向根目录 /sku.md，目录本身仍需独立通过校验。引用只提示文件存在，不能证明其中的事实正确。
llms.txt
llms.txt 提案 定义了位于 /llms.txt 的 Markdown 文件：一个 H1、一段简短摘要，以及若干 H2 章节，章节中的链接写成 - [名称](url): 说明。增加一个名为 Product knowledge 的章节，只放一个目录链接：
# Example Outdoor Gear
> Lightweight outdoor equipment for hikers.
## Product knowledge
- [SKU.md catalog](https://www.example-outdoor.com/sku.md): Source-backed product knowledge (SKU.md 1.0.0-beta). Confirm price, stock, and shipping on the linked product pages.章节名和链接文字请保持示例中的英文原样，这样工具不用猜测就能找到这一项。这里只列根目录。商品知识文档已经可以从目录进入，在 llms.txt 中重复列出只会多一份需要维护的清单。
有些托管平台会替商家生成 llms.txt。例如 Shopify 文档说明它托管的文件会镜像 /agents.md。只在平台允许编辑时添加这一章节，并在每次更换主题或安装应用后检查线上实际内容。
agents.md
agents.md 是写给 agent 的纯 Markdown 指令文件。对店铺来说，有用的指令很简短：稳定知识在哪里，实时数据必须去哪里确认。
## Product knowledge
SKU.md catalog: [https://www.example-outdoor.com/sku.md](https://www.example-outdoor.com/sku.md)
Use the catalog and the product knowledge documents it links for stable, source-backed facts. Confirm price, stock, shipping, tax, and checkout on the live product page before answering or acting.以 SKU.md catalog: 开头的那一行是引用本身，下面一段告诉 agent 如何对待这些内容。如果文件其余部分由平台管理，这两处可以用店铺自己的话来写，但保留 SKU.md catalog: 前缀。
sitemap.xml 与 robots.txt
Sitemaps 协议 用来列出站点希望爬虫知道的 URL。Sitemap 可以包含同一主机上的任何 URL，所以目录可以和店铺的 HTML 页面放在一起：
<url>
<loc>https://www.example-outdoor.com/sku.md</loc>
<lastmod>2026-08-11</lastmod>
</url>lastmod 填目录内容最后一次变化的日期。如果目录链接了一个 Product knowledge Sitemap（1.0.0-beta 下最多列出 31 个商品文档），也在 robots.txt 中声明它：
Sitemap: https://www.example-outdoor.com/sitemap.xml
Sitemap: https://www.example-outdoor.com/sku-knowledge.xml列出 URL 只是让它可以被发现，是否收录以及如何收录 Markdown 资源由各搜索引擎决定。商品知识文档会重复 HTML 商品页上的事实，它必需的 Product 链接指回那个页面，搜索结果中的规范页面仍然是 HTML 商品页。
首页与 HTTP 头
规范已经允许商品页用 <link rel="alternate" type="text/markdown"> 声明自己的 Markdown 表示。首页也可以用同样的方式声明目录。请加上 title="SKU.md"，让读取方能把目录和页面级的 Markdown 镜像区分开：
<link rel="alternate" type="text/markdown" title="SKU.md" href="https://www.example-outdoor.com/sku.md">能控制响应头的店铺，也可以在首页响应中用 HTTP Link 头发送同样的关系：
Link: <https://www.example-outdoor.com/sku.md>; rel="alternate"; type="text/markdown"; title="SKU.md"让每个引用都名副其实
指向不存在或已损坏文件的引用，比没有引用更糟。添加上面任何一行之前，先发布目录，并用 已发布 URL 校验器 检查真实地址。平台迁移、更换域名或更新主题之后，再检查一遍目录和每个引用。
引用文件也不应该重复商品事实。尺寸、材质和适配关系留在商品知识文档中，每条陈述都带着来源。引用文件只负责说明去哪里找。
无法使用根路径时
一些托管平台目前无法返回精确的 /sku.md 响应。在 1.0.0-beta 下，这些店铺暂时还不能发布合规目录，指向其他路径的引用也改变不了这一点。RFC 0001 提议允许上述引用声明另一个同源路径上的目录，并同时提出结构化标识符和可选的带日期参考价。在某个正式版本采纳之前，请让引用继续指向根路径。
根路由准备好后，打开生成器 起草目录，再按店铺已经在维护的文件添加对应的引用。