Shopify 上的 agents.md 与 llms.txt：自己写是个伪命题

这个发现

每一家符合条件的 Shopify 店现在都会在 /agents.md 托管一个文件——一份给 AI 代理的使用说明，由平台生成，不是你写的。同样的内容镜像在 /llms.txt。

2026-10-31 我们在一家线上 Liquid 店面上对这两个文件做了 diff。两边都是 76 行，只有第 76 行不同——在那一行里，/llms.txt 说明权威描述在 /agents.md，而你正在读的是它的镜像。差别就这么多。

所以如果你的 GEO 路线图里有「给 Shopify 店写一个 llms.txt」这一条，这一条已经完成了、从来不属于你，而且写的也不是你打算写的内容。真正的杠杆在这些文件所引用的东西上。

平台生成的那份文件到底写了什么

• 推荐首选官方 Shop skill，理由是它能提供个性化与更快的结算。
• 记录直连路径：先取 /.well-known/ucp 拿能力档案，再连 MCP 端点调用 tools/list 取工具与 schema。
• 记录浏览器路径：使用页面上注册的结构化工具；结算页也暴露协议工具。
• 设定交互约束：下单必须有买家授权、代理必须表明自己是代理流量、服务端请求与托管浏览器必须签名、遇到限流要退避并尊重重试提示。
• 包含一条反绕过条款，要求代理不要退回去用脚本填表或操作页面控件——工具不可用时，应该把买家交回浏览器，而不是模拟点击。
• 允许只读浏览公开 HTML 作为补充上下文，并点明 sitemap、商品与集合路径是入口。

为什么这件事比听起来重要

把这份文件当成商业文档而不是技术文档来读，意图就很清楚了。它在告诉代理厂商：官方技能在每一家 Shopify 店上都能用——装一次，到处可买。而每一个商家的域名都在替 Shopify 做这段招商的分发。

对你的含义是投入的重新分配。渠道不是你去谈的，是你去取得资格的。你的杠杆完全在「协议返回关于你的内容质量」上，而不在一个你自己撰写的文件上。

真正能动的杠杆

• 政策页。服务条款、隐私与退换货政策必须填写完整——它既是收录资格的前置条件，也是知识库取材的来源。
• 知识库事实。这份经商家审核的事实库，是你唯一能把自己的措辞摆到代理面前的地方。把退换货、运费、保修、尺码与联系方式的事实发布出去。
• 商品数据。标题、描述、选项、标准分类、媒体 alt 文本、价格与划线价就是那份数据包。描述要写成可被抽取的事实。
• 结算配置。声明的支付处理器、原生结算资格、永久链接指向哪里，决定代理能不能把单收掉。
• 公开 HTML。因为只读浏览被明确允许作为补充上下文，你的 sitemap、商品页与集合页依然发挥作用——这也是技术 SEO 并没有变得不重要的原因。

llms.txt 还有值得做的场景吗？

有——在你真正控制的站点上。品牌站、文档中心、B2B 官网或任何非 Shopify 资产上，手写一份 llms.txt 仍然是把 AI 系统指向你的权威解释、价格与定义的合理做法。错误在于把 Shopify 店面也当成了这类资产。

实操上我们把它当成两条独立工作流：在 Shopify 店面上，优化平台暴露出去的数据；在自有内容资产上，自己撰写机器可读的指南。把这两件事混在一起，结果就是做出一份没人读的漂亮文档，和一份代理过滤不出来的商品目录。

我们给客户是怎么处理的

我们的 AI 可见度（GEO/AEO）与 AI 内容架构工作第一步就是把「你能影响的」和「平台拥有的」分开——因为这个区分决定了预算该投到哪里。在店面上我们做可被抽取的商品事实、属性归一化与知识库事实发布；在你的自有资产上我们建答案前置的内容与机器可读指南，让品牌在 ChatGPT、Google AI Overviews、Perplexity 与 Gemini 里被引用。

如果有人给你报价「给 Shopify 店写一个 llms.txt」，我们很愿意直说这件事能带来什么、不能带来什么，以及同样的预算投到哪里才真的有用。