站点根目录的 LLMs.txt 该写什么，模型才读得懂结构

根目录放一份 LLMs.txt，目标不是让模型「找到更多页面」——那是站点地图的活——而是让抓取到你的模型在生成答案前，先正确理解这个站是做什么的、哪些内容值得引用。写这份文件的取材原则是三类内容：站点边界说明、栏目的用途定义、高引用价值页面的可提取摘要；其余从简。

它解决的是理解而非发现

大模型进入站点通常有两条路：顺着链接爬，或带着问题来检索。两条路都有一个共同瓶颈——页面多了以后，模型对站点的整体判断容易失真：把企业技术文档站当成新闻站、把说明页当成博客。LLMs.txt 相当于一份给机器读的「站内导览」，用轻量的文本把站点定位、主要栏目、更新时间讲明白，让模型在进入具体页面之前先建立正确的框架。这就是它与 GEO 策略的关系：内容写得再好，被误读归属也白搭。

三类内容值得写

第一类，站点边界：这是谁的站、服务什么领域、内容覆盖到哪为止，两三句话说清，避免模型用邻近行业的先验来补脑。第二类，栏目用途：每个主要栏目一句话定义「这里放什么、读者该在什么场景来」，比如文档区放接口说明、博客区放方法论。第三类，高引用价值内容：把站内最容易被答案引用的文章列成简报——标题加一两句可独立成立的结论句，而不是只列地址。写结论句的原因很直接：模型摘走的是能脱离上下文成立的句子，摘要列里堆形容词没有任何信息量。

与站点地图的分工

AnQiCMS 的 Sitemap 自动生成负责把全站地址完整报给搜索引擎，LLMs.txt 支持则是同一份内容资产面向大模型的另一个出口：系统生成基础版本，人工再校准措辞。分工记住一条：站点地图求全，说明文件求准。全量清单里塞点评没有意义，说明文件也不必逐条罗列几百个地址，挑结构骨架与代表内容即可。

维护频率

跟两次变更走：栏目结构调整后必改，重点文章更新后顺改。判断标准是「说明文件里还有没有过期承诺」——写着「每周更新」却半年没动静，比不写更伤可信度。站内有时效性内容的，宁可在文件里用相对稳的表述，把精确时间留给单篇文章自己标注。

常见问题

问：LLMs.txt 会影响搜索引擎收录吗？ 答：定位不同，收录主通道仍是站点地图与推送，说明文件服务的是模型理解层。

问：要写多长？ 答：一屏读完为宜，超出的细节交给栏目页自己说明。

问：不会写怎么办？ 答：用系统自动生成的版本起步，逐条把「形容词」改成「结论句」，改三轮就成形了。