BLOG / llms-txt-history-agent-readable-web.mdx
从 llms.txt 到 Agent-readable Web：SKU.md 真正值得借鉴什么
按时间梳理 llms.txt、Markdown 访问与 agents.md 的发展，并说明 SKU.md 应借鉴的模式与不能外推的采用结论。
llms.txt 没有成为通用标准。它真正留下的是一套实用经验：发布者需要简洁的发现入口、易读的原始内容和清楚的责任范围，而一个文件未必能承担所有工作。
本文所说的 SKU.md，是由商家托管的商品发现与稳定商品知识：agent 可以找到商品、理解有来源的事实，并知道去哪里复查实时商业状态；它不是新的结账协议。
最初要解决的是上下文问题
Jeremy Howard 在 2024-09-03 发布了 llms.txt 原始提案。它指出，大型网站往往装不进模型上下文窗口，而导航、脚本和展示代码又让 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 表示和复制入口 |
| 2026 | Shopify agent 资源 | Shopify 自有 agents.md 与 llms 路径的主题覆盖 |
这里的日期描述已核对的公开页面与实践，不代表它们参加过一次统一发布。即使 Mintlify 把 llms.txt 称作 industry standard，原始站点仍把它表述为开放提案。跨生态写作时，更准确的说法是“已有真实实现的提案”，不是正式 Web 标准。
面向 agent 的 Web 可读层不止一种形式
llms.txt 负责精选可读内容；AGENTS.md给代码 agent 提供安装、测试和协作指令；Sitemap 列举 URL；Product JSON-LD 描述页面中的商品实体；Cloudflare 与 Vercel 又通过不同机制提供 Markdown 表示。
只要每种资源都说清责任主体和用途，多种实现并存并非坏事。真正危险的是把一个文件名误当成采用、真实性或权限的证据。消费者仍要判断发布者、时效、身份匹配，以及哪套实时系统拥有操作权。
SKU.md 可以借什么，界线又在哪里
SKU.md 值得借鉴小入口、可读文档、稳定链接和可测试交付，同时补上商品身份、证据、限制和实时回查。社区提案不能写成平台采用，易变报价不应塞进无边界正文，“可以发现”也不等于“必然使用”。
商品文档可以更容易审查，但不会因此自动变成排名信号或结账权威。
延伸阅读
先读什么是 SKU.md，再用llms.txt、agents.md 与 SKU.md 的职责矩阵比较相邻格式。