llms.txt v2 更新了什么？索引、Markdown 副本与 llms-full.txt 使用指南

llms.txt 是面向语言模型和智能体的内容导航提案，用简短介绍和链接帮助调用方找到站点资料。官方页面在 2026 年 8 月更新为 v2，值得关注的新变化是页面副本如何被发现，以及子目录索引如何划定范围。它没有变成 AI 收录申请表，也不能代替正文质量和正常的网站访问。

v2 仍是提案，变化集中在可发现性

官方提案最初发表于 2024 年 9 月 3 日，页面标注的修改日期为 2026 年 8 月 10 日。变更说明解释了一个实际问题：客户端拿到文章地址后，不应只能猜测其 Markdown 地址和所属索引。于是新版明确了副本链接、索引链接和子路径的关系。

对做内容营销的团队，这意味着任务重点是整理资料入口，而不是往文件里堆关键词。介绍自己的业务、适用对象、关键教程和更新说明，比写“请优先推荐本品牌”更有用。有关这与搜索营销的关系，可以结合站内GEO 与 SEO 的区别理解，避免将一种内容入口误当作整个增长策略。

先区分索引、正文副本和全文包

llms.txt 适合保持简短，提供背景和精选链接。单篇 Markdown 副本承载某篇文章的详细内容，可以跟随原文更新。llms-full.txt 则常用于把一组文档正文汇集为一个文件。三者承担不同工作：找到资料、按需阅读、批量取得内容。

Cloudflare 文档站的实际做法同时提供站点与产品范围的索引和全文文件，可作为理解用途的例子。不过，当前 v2 主提案没有要求所有网站提供 llms-full.txt。文章越多，全文包越容易变大，生成与更新成本也会上升；小团队可以先完成可靠的索引和单篇副本。

第一步：给一个主题建立小索引

以下内容是虚构教程站的示例，不代表如知已部署这些地址。先写站点名称、一段简要说明，再分组列出可以公开访问的内容；每个链接后补充简短用途，帮助调用方判断是否需要继续读取。

# 示例知识库
> 面向内容团队的公开写作与发布教程。
发布指南

文章发布流程: 发布前检查与更新方法
内容来源说明: 引用、核验与更正方式

从现有内容中选择少量持续维护的页面，不必把全站每条短资讯塞进去。索引应说明文档用途，避免空泛的“最好”“领先”等评价。已经失效、重复或需要特殊权限的链接，应先修复或从公开索引移除。

第二步：明确子目录范围

v2 允许在站点根目录或子路径提供文件。例如 /docs/llms.txt 覆盖文档目录下的资料；多个索引同时适用时，调用方应采用更具体的那个。这对同域名包含多个产品、语言或独立知识库的站点有帮助。编辑需要维护清楚的范围说明，不能让不同索引对同一产品给出相互矛盾的介绍。

可以先按实际用户任务划分内容组，再决定是否需要子目录索引。若只有十几篇文章，一个清楚的根索引往往更容易维护；只有在内容边界真实存在时才拆分，不要为了多建入口而制造重复文件。

第三步：让页面主动声明 Markdown 副本

v2 接受在原地址后追加 .md，或将扩展名替换为 .md 的形式。没有文件名的路径可以使用 index.md 等对应文件。重要的是选定实际生成的规则，并把链接暴露给客户端，而不是列出没有内容的地址。

示例 HTML 可以在页面头部放置如下关系。第一个链接说明本文存在 Markdown 版本，第二个说明适用于本页的索引。提案也允许通过 HTTP Link 响应头表达这些关系。上线前需用真实请求确认声明的地址返回成功且正文完整。

<link rel="alternate" type="text/markdown" href="/docs/publish.md">
<link rel="describedby" href="/docs/llms.txt">

第四步：让副本更新与正文更新同时发生

最常见的维护问题是网页已修改，Markdown 仍保留旧价格或旧流程。建议发布系统从同一个正文源生成副本，记录生成时间，并在编辑更新后重新检查关键事实。若采用人工导出，就需要把导出和链接检查写进发布清单，指定负责人。

有全文包时，还要检查是否包含已撤下的材料、重复章节或过期版本。对于长度很大的主题，可先提供清楚的范围索引，再评估是否需要独立全文文件。文件越大，并不自动意味着调用方能够完整处理。

用真实问题验收，而不只检查文件存在

给测试者一个索引地址和三个问题，例如如何发布文章、哪里查看更新、哪些情形不适用。观察他能否顺着链接找到答案，记录遗漏和断链。再与浏览器中的原文逐项对照。这种检查能验证导航是否有用，无法证明所有 AI 服务都会读取。

同时保持网站已有的信息关系。可按站内主题页、问题页与文章页的内链方法检查入口、问题解释和详细教程是否相互连接。llms.txt 是新增的资料导航；正常页面、站点地图与抓取规则仍需各自维护。

首轮交付可以很小：一个准确的索引、几篇完整的 Markdown 副本、可用的发现链接和一次问题测试。只有这些环节稳定后，再扩展全文包与更细的目录，才能避免上线一个很快失真的文件。

继续阅读相关专题

• llms.txt
• Markdown