给大模型的站点说明文件放在哪个路径，站群要不要各放一份

给大模型读的站点说明文件该放在哪个路径？按提案原文，默认位置是站点根路径下的 llms.txt，也允许放在任意子路径；文件里必需的只有站点名称那一条标题，其余都是可选的组织方式。多站点或站群场景下是每个站一份还是共用一份——答案是各放一份：每个站的名称、摘要和内容清单都不一样，共用一份会把模型指向另一个站点下的地址。站内支持自动生成这份说明文件。

提案里写明的路径约定

提案对这个文件的定位是「帮助智能体使用一个网站」的信息入口，位置写的是站点根路径下的 llms.txt，同时允许放在任意子路径。这两句决定了实践里的两点。第一，根路径是默认可期待的位置，读取方按约定去找，放在冷门路径等于放弃了约定的好处。第二，子路径是被允许的，这为多语言、子目录站群或按业务线拆分的内容站留了余地，但要用同一套规则让读取方能推出位置，不能一处一个写法。

文件里必填的与可选的

必需项只有站点名称那一条标题，其余部分都是用来组织内容的：一句话摘要、正文段落、按主题分组的链接清单、可选的补充区块。这个边界值得说清楚，因为它决定了维护成本——必需项少意味着这份文件的价值不在格式合规，而在内容选择：写进去的是哪些页面、用什么顺序解释这个站的边界，才是影响模型能否正确引用本站的因素。反过来，为了「写全」把导航里所有地址堆进去，等于把选择权交还给读取方，收益接近站点地图，而这份文件的用处本在于给出有解释的入口。

站群各放一份的理由

多站点管理支持的是管理多个独立站点，适用场景就是多品牌、多主题网站。每个站点的名称、栏目结构、内容清单都是各自的一份数据，说明文件描述的对象也各自独立。共用一份会出现三类错位：站名与摘要指向其中一个品牌，其余站的读者拿到错误身份；链接清单里的地址带着另一个站的域名或路径前缀，读到的页面与描述不符；更新时一个站的内容变动覆盖了另一个站的说明。按站各放一份，位置保持同一约定（各站根路径），内容按站生成，才和多站点的隔离方式一致。

由谁生成、改了谁同步

手写这份文件的问题在于同步：新增栏目、下线内容、改地址之后，说明文件里的清单不会自己变。站内的做法是自动生成站点说明文件，把它作为 GEO 相关能力之一维护，内容随站内结构与清单一起更新，避免两份口径互相偏离。同一层的配合还有 robots 配置与站点地图：说明文件里的地址应当是允许被抓取、也在清单里出现的地址，三者的范围要对得上，否则模型读到的入口和被索引的页面是两套名单。文件更新频率同样按站点设置处理，不需要每次改动都手工重写。

常见问题

问：子路径放一份能代替根路径那份吗？ 答：提案允许子路径位置，但根路径是默认可期待的位置。只在子路径放，读取方按约定找不到时就只能靠站内链接推断。

问：多语言站是每种语言一份还是一站一份？ 答：按主机与站点归属判断。同一站点下的不同语言版本共用一份、按语言分组列出更省事；拆成独立站点或独立域名的，就要各放一份。

问：说明文件写多了会有副作用吗？ 答：主要成本是维护与一致性。列出的每个地址都要保证可读、在清单里存在，否则文件本身成了过期信息的来源。