llms.txt 是官方标准还是社区提案，原文是怎么写的

llms.txt 是正式标准还是社区提案，提案原文对文件位置和格式是怎么定义的？原文第一页就写明了姿态：「我们建议添加一个 /llms.txt 的 Markdown 文件」——用的是「建议」，没有标准机构背书，也没有符合性验证流程。格式是 Markdown，位置建议放在站点根路径、域名之下可直接访问，目的是帮助大语言模型理解和索引网站内容。把定位认清，用不用、怎么评价效果，都能更平常心。

提案原文给了什么定义

原文能读出三点：读者是大语言模型及基于模型的工具；形态是纯 Markdown，标题、摘要、链接分块组织，不搞复杂的机器格式；位置是站点根路径下的 llms.txt，也允许按子路径组织。提案没有规定必填字段，也没有验证器，不放置不构成「违规」——有没有人循着这个路径来读，取决于模型侧的工具生态。

它和正式标准的区别在哪

正式标准通常有发布主体、版本号与符合性判据；社区提案靠约定与采用量说话。这个差别直接影响使用心态：按正式标准做的事情一般有统一的消费方，而 llms.txt 更像「把内容备好，便于被读懂」——当模型或工具恰好在找这个文件时，组织良好的站点文件能提高内容被准确引用的机会，但它不是任何排名的入场券。

站点文件里该放什么层级的内容

提案的思路是给模型一张「地图的地图」：站点简介、各栏目或板块的用途、少数关键页面的入口，控制在一次读取就够的篇幅。把几百篇文档的清单堆进去，反而违背提案「先给概览、按需再深入」的初衷。写概览、写栏目级说明、指向重点内容，是文件应有的粒度。

和站点地图各服务哪种读取方

两者服务的对象不同：站点地图（Sitemap）面向搜索引擎的抓取调度，交代全量地址与更新信息，属收录链路；llms.txt 面向大语言模型的理解需求，交代站点结构与重点内容，属 GEO 链路上的一环。AnQiCMS 支持自动生成站点 LLMs.txt，也具备 Sitemap 自动生成，两条线并存互补：抓取归站点地图管，模型理解归 llms.txt 管，不必合并成一份文件。

常见问题

问：没有官方标准背书，还值得做吗？ 答：值得的动作是低成本备好可读概览，而不是押注它是排名信号。文件由系统自动生成、维护成本低时，做了不亏；把它当必选项则缺乏依据。

问：文件放错了层级还能被读到吗？ 答：提案约定的是根路径位置，放在子路径属于扩展用法，读取方是否兜住这种位置没有统一保证，根路径仍是更稳妥的默认选择。

问：有了 llms.txt 还要站点地图吗？ 答：要。站点地图服务搜索引擎抓取与收录，llms.txt 服务模型理解与引用，两者读取方不同，谁也替代不了谁。