功能预览

功能介绍

面向大模型的站点说明文件要写哪些内容,格式上有什么硬性要求

面向大模型的站点说明文件按 llms.txt 规范写,格式上的硬性要求只有一条:必须有一个包含项目或站点名称的一级标题段落,其余正文段落、列表、说明与链接段都是可选。该规范由 Jeremy Howard 提出,目前仍是开放征求社区意见的提案,不是正式标准。站内支持自动生成这一文件,上线前要核对名称段、重点内容清单与更新时间三项。

大模型索引 llms.txt

功能介绍

面向大模型的站点说明文件要写哪些内容,格式上的硬性要求其实很少:按 llms.txt 规范,必须有的只是一个包含项目或站点名称的一级标题段落,规范原文写明这是必填的一段,其余部分都可以省略。这份由 Jeremy Howard 提出的说明还明确它属于开放征求社区意见的提案,不是已经定稿的标准。站内支持自动生成站点 LLMs.txt,便于大语言模型理解和索引网站内容,写完之后要核对的是内容质量,而不是格式合规度。

必填项和可选项分别是什么

必填的只有一行:一级标题,内容是站点名或项目名。它的作用是让读取方在打开文件的第一秒建立「这是谁的站点」这个锚点,后续所有内容都挂在这个实体下。

可选的部分按规范可以包括:一段对站点的简介、若干正文段落与列表(但不使用额外的标题层级)、以及指向重点页面的链接列表。这些段落各有用途——简介交代站点做什么,列表说明有哪些板块,链接指向最值得读的具体页面。可选不等于该省:真正影响能否被正确引用的是这些内容的信息密度。一段空洞的简介对模型理解没有任何帮助,形式合规但内容空转是这一文件最常见的失效方式。

格式上还有一点要留意:规范说明目前对语言模型最通用、最容易被理解的格式是 Markdown,因此文件用纯 Markdown 写,不嵌套标题层级、不放脚本或样式。

提案状态意味着什么

「开放征求社区意见」这句话有实际影响。第一,写法还没有形成事实上的统一,不同抓取方对文件的解析严格程度不同,有人按段落读、有人只取链接列表。第二,不能指望它带来强制效果:它是提供给模型的一份说明,不构成访问边界,边界仍然由 Robots.txt 与服务端策略决定。第三,字段可能还会变,因此手写一份难维护的文件并不划算,能自动生成更好。AnQiCMS(安企CMS)在这条线上的做法是把它和后台其他 SEO 与 GEO 能力放在一起管理,改内容时不需要单独记得同步这份文件。

站内自动生成会写出什么

自动生成解决三件事。第一是覆盖度:内容新增与调整会随时反映到文件里,不会出现「文件写于三个月前、站点结构早已变化」的情况。第二是结构一致性:站点名称段、简介段与链接清单由模板生成,格式不会走样。第三是维护成本:这类文件的失效通常不是因为写错,而是因为忘了更新。后台提供 Robots.txt 配置与站点地图自动生成的同类能力,三者共同决定机器读取时的可见面——Robots.txt 声明哪些路径可以抓,站点地图给出全部地址与更新时间,说明文件则用自然语言把「站点有什么、哪些最值得读」摊开。

生成之后仍然要人工检查三点:站点名称是否与实际品牌一致,简介是否准确描述业务而不是套话,链接清单是否只包含愿意被引用与抓取的内容。第三点尤其重要,把不该公开的页面写进这份文件,等于主动向模型推荐它。

写完怎么自查

自查按四步走。第一步打开文件确认第一个块是标题段且包含站点名称;第二步用文本编辑器检查是否有嵌套标题与不合规的元素;第三步确认列出的地址在站内都可访问,没有指向草稿或已删除内容;第四步把文件地址与站点地图、Robots.txt 放在一起核对,确认三者描述的结构互相一致,不出现「地图里有、说明文件里指向另一套路径」的矛盾。

这份文件不改变抓取量,改变的是对方读到什么,因此它的价值要等一段时间才显现——观察指标应是带来源链接的引用与回荐访问,而不是文件被取回了多少次。

常见问题

问:可以写多级标题让结构更清楚吗? 答:规范里正文段落的可选范围不含额外标题层级,结构靠一级标题加列表表达即可,多加层级反而可能干扰解析。

问:没有链接列表算不算不合格? 答:格式上算合格,其余段落本就可选。但从作用看,缺少内容清单的文件对模型理解帮助有限。

问:改了内容要重新提交吗? 答:不需要向谁提交,文件对外可访问即可。要关注的是抓取方多久再读一次,这取决于对方的刷新节奏。