從 llms.txt 到 Agent-readable Web：SKU.md 值得借鏡什麼
BLOG / llms-txt-history-agent-readable-web.mdx
按時間梳理 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 的職責矩陣比較相鄰格式。