================================================================================
EasyGoAdmin 文档站 SEO / GEO 更新标准
================================================================================
版本：1.0（2026-10-25）
适用：EasyGoAdmin_{Beego,Gin,GoFrame,Iris}_{AntdVue,EleVue,Layui,NaiveVue}
等 16 个 VitePress 文档子项目（结构高度同构，可直接照搬）
基线项目：EasyGoAdmin_GoFrame_EleVue
本文档定位：后续为其他项目做相同更新时的执行标准（审计清单 → 实施步骤 →
验收标准 → 移植注意事项）。
--------------------------------------------------------------------------------
第一部分：概念与目标
--------------------------------------------------------------------------------
1.1 SEO（Search Engine Optimization，搜索引擎优化）
面向传统搜索引擎（百度、Google、Bing）的爬虫与排序：
- 让爬虫能发现、抓取、理解每一个页面（技术 SEO）
- 让每个页面有独立、准确的标题与摘要（页面元数据）
- 让页面之间有清晰的权重传递结构（内链、面包屑、sitemap）
- 用结构化数据告诉搜索引擎"这是什么类型的内容"（JSON-LD）
1.2 GEO（Generative Engine Optimization，生成式引擎优化）
面向 AI 引擎（ChatGPT、Claude、Perplexity、豆包、Kimi、AI Overviews）
的爬虫与答案引用：
- 让 AI 爬虫明确被允许抓取（robots.txt 显式放行）
- 提供"给模型看的站点摘要"（llms.txt，llmstxt.org 标准）
- 页面内容"答案前置"，首段即可被直接引用（:::tip 概述 首句）
- 结构化 Q/A（FAQPage JSON-LD）便于引擎抽取
- 时效信号（dateModified / sitemap lastmod）影响引用优先级
1.3 本方案的设计原则
a) 单一真相源：URL、站点描述、提取逻辑只写一处，多处复用。
b) 零运行时开销：全部在构建期（build）完成，不进客户端 bundle。
c) 零新依赖：只用 Node 内置模块 + VitePress 内置能力，
不新增 npm 包（llms.txt 脚本在 node_modules 缺失时也能跑）。
d) 内容不改版：不改动正文的结构，SEO 增强全部在配置层注入。
e) 文档缺失优先补文档：发现页面自身缺失（无 H1、无 :::tip 概述）
时，优先按内容约定修复文档本身（这正是 SEO 的内容基础），
而不是在代码里加回退逻辑绕过。配置层只处理"派生"类增强
（编号剥离、摘要截取、结构化数据），不掩盖内容缺陷。
--------------------------------------------------------------------------------
第二部分：审计清单（先查后改，逐项打勾）
--------------------------------------------------------------------------------
对目标项目执行以下检查（grep/ls 即可，全部只读）：
[ ] 1. public/robots.txt 是否存在？
[ ] 2. public/sitemap.xml 或 vitepress sitemap 配置是否存在？
（查 .vitepress/config 中 grep "sitemap"）
[ ] 3. public/llms.txt 是否存在？
[ ] 4. canonical 标签是否存在？（grep 'rel="canonical"' .vitepress/）
[ ] 5. og:image / og:title / JSON-LD 是否存在？
（grep 'og:image\|application/ld+json' .vitepress/）
[ ] 6. 页面级 frontmatter description 覆盖率？
（grep -rl "^description:" zh --include="*.md" | wc -l）
—— 若为 0，说明所有页面共用同一条 meta description（重复内容信号）
[ ] 7. 是否带章节编号前缀？（看任意页 H1 形如 "5.10 字典模块"）
[ ] 8. og:url 是否全站固定为首页地址？
[ ] 9. 是否有 404 页面？（ls 404.md）
[ ] 10. HTTPS 是否可用？
curl -sI https://<域名>/ -o /dev/null -w "%{http_code}"
curl 输出 000 或证书告警 → 说明证书不匹配，暂用 http
[ ] 11. 是否有站长平台验证 meta？（baidu-site-verification / google-site-verification）
[ ] 12. :::tip 概述 首句是否适合作为摘要？（抽查 10 页，看是否"答案前置"）
[ ] 13. FAQ 类页面的 Q/A 格式是什么？（决定 extractFaqs 是否要加格式分支）
[ ] 14. 静态 twitter:image / og:image 指向的文件是否真实存在？
（Gin 项目 META_IMAGE="/social.png" 但 public/ 下无此文件 →
twitter:image 404，改为实际存在的 /logo.png）
[ ] 15. zh.ts 的 META_TITLE / META_DESCRIPTION 是否与项目技术栈一致？
（Gin 项目误写 "GoFrame v2"，属元数据事实错误，一并修正）
[ ] 16. H1 覆盖率（【围栏感知 + 首个 ## 前】规则，第18项起修正）：
正则 ^# 会把代码块内 "# 注释" 误判为 H1——必须跳过 ``` 围栏、
且真 H1 须出现在首个 ## 之前（rbac 类页有游离 # 行会漏判）。
python 扫描脚本见第18项记录；缺失后果：<title>/headline
降级或取到代码注释垃圾、llms 少条或链接文本为 .py 路径。
[ ] 17. :::tip 覆盖率：grep -rL ":::tip" zh --include="*.md" 是否为空？
（缺 tip 的页 description 只能回退首段，摘要质量下降；
按 e) 原则逐页补 tip 概述，而不是改代码适配）
[ ] 18. Gitee/editLink 仓库链接与项目身份是否一致？
（FastAPI 系仓库名统一大写 FastAPI——DjangoAdmin_FastAPI_Xxx，
DjangoAdmin 项目正文版本表引用亦须大写）
（TP8_NaiveVue 项目 6 处链接全部指向 ThinkPhp6_NaiveVue——
克隆自 TP6 项目未改，editLink/社交链接/开源协议入口全错；
检查：grep -rn "gitee.com" .vitepress/config/ 对照项目名）
修复后 seo.ts 的 Organization.sameAs 也必须用正确仓库。
审计结论示例（GoFrame_EleVue 基线，2026-10-25 实测）：
robots/sitemap/llms/canonical/og:image/JSON-LD 全部缺失；
0/143 页有 description；143 页 title 全带编号；无 404；
HTTPS 证书为 CDN 默认证书（*.cdn.myqcloud.com）校验失败；
内容面强：141/143 页有 :::tip 概述、118 页有表格、139 页有代码块。
--------------------------------------------------------------------------------
第三部分：实施步骤（按序执行）
--------------------------------------------------------------------------------
步骤总览（7 步）：
① 抽取共享层 extract.mjs → ② SEO 钩子 seo.ts → ③ 挂载到 config/index.ts
→ ④ titleTemplate → ⑤ robots.txt + 404.md → ⑥ llms.txt 脚本
→ ⑦ package.json 接线 + 生成
================================================================================
步骤 ①：共享提取层 .vitepress/config/extract.mjs（+ extract.d.mts）
================================================================================
新建纯 ESM、零依赖文件，被两类调用方复用：
- VitePress 配置（.ts，esbuild 打包时内联它）
- scripts/generate-llms-txt.mjs（Node 直接运行）
必须导出的五个符号：
1) SITE_URL —— 全站唯一 URL 真相源
canonical、og:url、twitter:url、JSON-LD、sitemap hostname、
llms.txt 链接、robots.txt 的 Sitemap 行全部由它派生。
格式：不带尾斜杠，如 "http://docs.goframe.elevue.easygoadmin.vip"
⚠ 若项目 HTTPS 可用必须用 https；证书有问题才暂用 http，
并在注释里写明"证书修复后只改这一处"。
2) SITE_DESCRIPTION —— 站点级描述（llms.txt 头部引用）
与 zh.ts 的 META_DESCRIPTION 保持一致（或让 zh.ts 直接 import 它）。
3) stripNumberPrefix(title)
剥离 <title> 中的章节编号前缀，关键词前置：
"5.10 字典模块" → "字典模块"
"K. 贡献指南" → "贡献指南"
正则（两分支缺一不可）：
/^(?:\d+(?:\.\d+)+\s+|\d+\.\s+|[A-Z]\.\s+)/
分支说明：
- \d+(?:\.\d+)+\s+ 匹配 "5.10 " "1.6 "（数字.数字 + 空格）
- \d+\.\s+ 匹配 "1. "（单层数字 + 点 + 空格）
- [A-Z]\.\s+ 匹配 "A. " "K. "（附录字母编号）
⚠ 注意顺序与边界：不能误伤 "404 页面" 这类无编号标题
（要求编号后必须有点或已是 数字.数字 形态 + 空格）。
⚠ 只影响 <title> 和 JSON-LD headline 的 SEO 输出；
页内 H1 和侧边栏编号保持原样不动。
4) extractDescription(md) —— meta description / llms.txt 摘要的唯一来源
提取顺序（frontmatter 若声明 description 则直接采用，优先于以下各步）：
a. 剥掉 frontmatter（/^---[\s\S]*?\n---\s*/）
b. 首选 :::tip 容器内正文：/^:::\s*tip[^\n]*\n([\s\S]*?)\n:::/m
（容器标签后缀不限定"概述"，兼容 "说明"、"欢迎贡献" 等变体）
c. 回退到 H1 后第一个普通段落（跳过标题/容器/代码块/表格行）
d. 清洗：压缩空白、去行内 markdown（`code` **bold** [链接](url)）
e. 截断：按中文句末标点（。！？!?）取首句，上限 100 字符；
截断处避免切碎词（去掉末尾不完整词）
输出单行纯文本；失败返回 ""（调用方应回退到站点级描述）。
5) extractFaqs(md) —— FAQPage JSON-LD 的 Q/A 提取
支持两种站内常见格式（按需增删分支）：
格式 A（标题式）：### Q：问题\n答案… （切块后答案截到下一个标题）
格式 B（加粗式）：**Q：问题**\n答案… （答案截到下一个 Q 或标题）
共同点：
- Q/A 文本统一走 cleanText：去代码围栏行、行内 code/bold/链接、压空白
- 只在命中 ≥1 组时返回，调用方据此决定是否注入 FAQPage
⚠ 若目标项目的 FAQ 是表格形式（| 症状 | 原因 |），不产出 Q/A，
就不要强行转换——JSON-LD 必须与页面可见内容一致。
同目录新建 extract.d.mts（TypeScript 类型声明，供编辑器识别）：
export declare const SITE_URL: string;
export declare const SITE_DESCRIPTION: string;
export declare function stripNumberPrefix(title: string): string;
export declare function extractDescription(md: string): string;
export declare function extractFaqs(md: string): { q: string; a: string }[];
⚠ 关键坑（本项目实测踩过）：
注释里不要出现序列 "*/"。形如 zh/**/*.md 的路径写在块注释中，
其中的 "**/*" 会提前终止注释导致 SyntaxError。
改写为 "zh 目录下全部 Markdown" 之类的描述。
================================================================================
步骤 ②：SEO 钩子 .vitepress/config/seo.ts
================================================================================
导出 createSeoHooks(sidebar)，返回三个 VitePress 构建钩子。
入参传 zhConfig.themeConfig?.sidebar —— 面包屑结构从侧边栏自动派生，
侧边栏改了面包屑自动跟随，无需第二份清单。
--------------------------------------------------------------------------------
2.1 transformPageData(pageData, ctx) —— 页面级 title / description
--------------------------------------------------------------------------------
对每页返回增量对象（VitePress 自动 merge）：
- title: stripNumberPrefix(pageData.title)
（pageData.title 已由 VitePress 从 H1/frontmatter 推导）
- description: extractDescription(读取 pageData.relativePath 对应源文件)
仅当页面没有 frontmatter.description 且提取非空时设置；
提取失败保持 "" → 渲染时自动回退站点级描述。
读文件：fs.readFileSync(path.resolve(ctx.siteConfig.srcDir, relativePath))
效果：
<title>5.10 字典模块 | EasyGoAdmin
→ 字典模块 | EasyGoAdmin 开发文档
全站统一文案
→ 每页独立（取该页 tip 首句）
--------------------------------------------------------------------------------
2.2 transformHead(ctx) —— canonical / OG / twitter / JSON-LD
--------------------------------------------------------------------------------
入参 ctx 含：pageData、title（已拼模板）、description、content（渲染后 HTML）、
siteConfig（root/srcDir）。
前置判断：relativePath 为空或 === "404.md" → 返回 []（404 不做 SEO）。
注入的标签清单（13 项 + 1 个 JSON-LD script）：
["link", { rel: "canonical", href: url }] ← 每页独立 canonical
og:type （首页 website，内容页 article）
og:site_name "EasyGoAdmin"（按项目改）
og:locale "zh_CN"
og:title （用去编号后的页标题）
og:description （用步骤①提取的 description）
og:url （= canonical）
og:image （SITE_URL + /logo.png，必须绝对地址）
twitter:title / twitter:description / twitter:url / twitter:image
["script", { type: "application/ld+json" }, json] ← 见 2.3
URL 推导：
index.md → SITE_URL + "/"
404.md → 跳过
其他 → SITE_URL + "/" + relativePath 换 .html 后缀
（cleanUrls 关闭时正文页带 .html，与侧边栏链接一致）
⚠ 与静态 head 的去重机制：
VitePress mergeHead 按 meta 标签的"第一个属性值"判重
（property:"og:url" 视为同一 key）。因此：
- 静态 head 里的 og:url/og:description/twitter:* 会被本钩子的
同 key 输出覆盖（构建期），无需手动删除静态项；
- 静态 twitter:card（本钩子不输出）会保留 —— 正确行为。
⚠ 本钩子是 build-only（"runs before writing HTML to dist"），
dev server 页面上看不到这些标签是正常的，用 docs:build 验收。
--------------------------------------------------------------------------------
2.3 JSON-LD 结构化数据（单 script，顶层对象或数组）
--------------------------------------------------------------------------------
统一转义：JSON.stringify(...).replace(/ 破坏注入；< 在 JSON 字符串内合法。）
【首页 index.md】
1. WebSite：name、url、inLanguage、description
2. Organization：name、url（官网）、logo、sameAs（Gitee 仓库 + 官网）
【内容页】
1. TechArticle：
headline = 页面 H1 纯文本（去编号！与 一致，关键词前置；
提取顺序：源 Markdown H1 → 渲染 HTML <h1> → 兜底 title）
description、url（= canonical）、inLanguage: "zh-CN"
mainEntityOfPage: { @type: WebPage, @id: url }
publisher: Organization 引用
dateModified: git 最后提交时间（见 2.4，无则省略字段）
2. BreadcrumbList（侧边栏派生）：
itemListElement = [
{ position:1, name:"首页", item: SITE_URL + "/" },
...章节链（每级 name=去 emoji 的侧边栏文案），
末级 { name: 页面名, item: 当前页 url }
]
中间章节级无自己 URL → 只给 name 不给 item（schema.org 合法）。
侧边栏文案去前导 emoji：/^[^\p{L}\p{N}]+/u 清洗。
3. FAQPage（仅当 extractFaqs 命中）：
mainEntity = [{ @type:Question, name:Q,
acceptedAnswer:{ @type:Answer, text:A } }]
⚠ Google 已收窄 FAQ 富结果资格，但 JSON-LD 对 GEO（AI 抽取）
仍然有效，且必须与页面可见 Q/A 一致。
--------------------------------------------------------------------------------
2.4 git 时间线（dateModified + sitemap lastmod 共用）
--------------------------------------------------------------------------------
单次 git 命令构建全量映射（避免每页一次进程开销）：
git log --format=:::%cI --name-only --relative -n 500 -- .
cwd = 项目根（ctx.siteConfig.root）
解析：以 ":::" 开头的行是提交时间（ISO 8601），
其后普通行是文件路径（git log 新→旧，首见即最新）；
key = 相对路径（--relative 保证与 pageData.relativePath 同形）。
降级策略：git 不可用 / 文件无提交记录 → 静默省略 lastmod/dateModified，
不阻塞构建。模块级缓存 Map，整个 build 只跑一次。
--------------------------------------------------------------------------------
2.5 sitemap = { hostname, transformItems }
--------------------------------------------------------------------------------
VitePress 1.x 内置 sitemap 选项（config 顶层）：
sitemap: {
hostname: SITE_URL,
transformItems(items) {
// ⚠ 关键实测（Gin_EleVue 首次构建暴露）：
// transformItems 收到的 item.url 是【相对路径】——
// "404.html"、"zh/core/dict.html"、""（首页），
// 无前导斜杠、无域名；hostname 是之后 SitemapStream 才拼的。
// 所以 endsWith("/404.html") 永远不命中（冒烟测试若用完整
// URL 传参会产生假阳性！测试必须模拟真实形态）。
// 1) 过滤 404：/(^|\/)404\.html$/.test(item.url) → 丢弃
// 2) 过滤 README：仓库根 README.md 会被 vitepress 当页面收录
// （README.html 不在侧边栏、属仓库自述），同样 /^...README\.html$/ 过滤
// 3) url → 相对路径反推：去尾 .html 加 .md；
// "" 或 "index.html" → "index.md"
// 4) 查 git 映射注入 lastmod；查不到保持原样
// （部分新文件/未提交文件无 lastmod 属正常降级，
// Gin 实测 154 条中 126 条有 lastmod）
}
}
产出：构建后 dist/sitemap.xml（dev 模式不存在，属正常）。
================================================================================
步骤 ③：挂载到 .vitepress/config/index.ts
================================================================================
import { createSeoHooks } from "./seo";
const seo = createSeoHooks(zhConfig.themeConfig?.sidebar);
export default defineConfig({
...sharedConfig,
transformPageData: seo.transformPageData,
transformHead: seo.transformHead,
sitemap: seo.sitemap,
...
});
⚠ createSeoHooks 必须在模块顶层调用（sitemap.transformItems 无 ctx，
依赖 transformPageData 先把 projectRoot 记下来；兜底 process.cwd()）。
================================================================================
步骤 ④：titleTemplate（config/shared.ts）
================================================================================
export const sharedConfig = defineConfig({
title: "EasyGoAdmin",
titleTemplate: "EasyGoAdmin 开发文档", ← 新增
...
});
效果：<title>字典模块 | EasyGoAdmin 开发文档
机制：VitePress createTitle 中 页面 frontmatter.titleTemplate 优先，
其次站点级 titleTemplate，最后兜底 " | 站点title"。
首页 index.md 自带 titleTemplate（frontmatter）→ 不受影响。
⚠ 站点名若与 titleTemplate 相同会被去重（createTitleTemplate 的
siteTitle === template 分支），保持两者不同。
================================================================================
步骤 ⑤：robots.txt + 404.md
================================================================================
【public/robots.txt】（静态文件，直接进 dist）
User-agent: *
Allow: /
# 显式放行生成式引擎 / AI 爬虫（GEO）
User-agent: GPTBot
Allow: /
User-agent: ChatGPT-User
Allow: /
User-agent: ClaudeBot
Allow: /
User-agent: Claude-Web
Allow: /
User-agent: anthropic-ai
Allow: /
User-agent: PerplexityBot
Allow: /
User-agent: Google-Extended
Allow: /
User-agent: Bytespider
Allow: /
User-agent: bingbot
Allow: /
Sitemap: /sitemap.xml
⚠ Sitemap 行的地址必须与 extract.mjs 的 SITE_URL 一致（手工同步）。
【404.md】（项目根目录，VitePress 自动识别为 404 页）
---
head:
- - meta
- name: robots
content: noindex
---
# 页面不存在
抱歉，您访问的页面不存在或已被移动。
[返回首页](/) · [浏览文档](/zh/introduction)
⚠ 首个 frontmatter head 例外：正文页约定"无 frontmatter"，
404 页因需要 noindex 豁免。
⚠ 链接风格与全站一致（站内相对/根路径），死链检查才能通过。
================================================================================
步骤 ⑥：llms.txt 生成脚本 scripts/generate-llms-txt.mjs
================================================================================
零依赖 Node 脚本，import extract.mjs 复用 SITE_URL/SITE_DESCRIPTION/
extractDescription（与 meta description 同源，绝不手写两份摘要）。
流程：
1. 递归收集 zh/ 下全部 .md（排除 404，404 不在 zh/ 天然排除）
2. 每页取：首个 H1（保留编号，便于 AI 理解章节位置）
extractDescription 首句（作为条目摘要）
url = SITE_URL + /zh/<相对路径>.html
3. 按顶层目录映射到侧边栏章节分组（SECTIONS 常量数组，
与 config/zh.ts 的侧边栏章名保持一致；映射不到的目录兜底"附录"）
4. 组内按 H1 编号排序（数字分支按数值、字母分支按码点、无编号最后）
5. 输出 llmstxt.org 标准格式：
# <站点标题>
> 。<能力一句话>。本文档共 N 篇，按章节组织。
## <章节名>
- [H1](url): 首句摘要
...
6. 写入 public/llms.txt，stdout 打印页数/章节数
⚠ 同一章节名可能由多个目录合并（如 appendix + other 同为"附录"），
输出时按 label 去重只打印一次。
⚠ 脚本内不要在块注释写 "zh/**/*.md"（见步骤①的 */ 坑）。
================================================================================
步骤 ⑦：package.json 接线 + 首次生成
================================================================================
"scripts": {
"docs": "vitepress dev .",
"docs:llms": "node scripts/generate-llms-txt.mjs",
"docs:build": "node scripts/generate-llms-txt.mjs && vitepress build .",
"docs:preview": "vitepress preview ."
}
- docs:build 前置生成 llms.txt（保证部署产物永远最新）
- 新增/改名页面后若只要刷新索引：yarn docs:llms
- ⚠ Windows 下 yarn（cmd）执行 "A && B" 可用；不要改成分号。
--------------------------------------------------------------------------------
步骤 ⑧（收尾）：更新 CLAUDE.md
--------------------------------------------------------------------------------
把以下约定写进项目 CLAUDE.md，防止后续改动破坏 SEO：
1. :::tip 首句 = meta description + llms.txt 条目，须"答案前置"。
2. 编号冻结：章节编号同时被侧边栏、正文互引（"详见 5.10"）、
JSON-LD 面包屑、llms.txt、外链锚文本引用 —— 发布后禁止重排。
3. 新增页面的 checklist：写 H1 编号 → 加 tip 概述 →
zh.ts 侧边栏登记 → （可选）yarn docs:llms。
4. 记录 SEO 工具链位置与 SITE_URL 单点修改约定。
--------------------------------------------------------------------------------
第四部分：验收标准
--------------------------------------------------------------------------------
A. 无 node_modules 的快速冒烟（Node ≥ 22.18，type stripping）
node --experimental-strip-types -e "
import('./.vitepress/config/seo.ts').then(async ({ createSeoHooks }) => {
const zh = await import('./.vitepress/config/zh.ts');
const h = createSeoHooks(zh.zhConfig.themeConfig?.sidebar);
console.log(typeof h.transformPageData, typeof h.transformHead, typeof h.sitemap);
})"
B. 完整验收（需 yarn install 后）
1) yarn docs:build 无报错（死链检查通过）
2) dist/sitemap.xml 存在，含 lastmod，无 404.html 与 README.html 条目
（lastmod 覆盖率允许 <100%：未提交的新文件无 git 记录，属正常降级）
3) dist/robots.txt、dist/llms.txt 存在
4) 抽查任意内容页 dist/zh/xxx.html 的 ：
- 无编号前缀、带 titleTemplate 后缀
- <meta name="description"> 是该页 tip 首句（非全站统一文案）
- <link rel="canonical"> 指向本页完整 URL
- og:title/og:description/og:url/og:image 与页面一致且 URL 为绝对地址
- <script type="application/ld+json"> 可被 JSON.parse，
含 TechArticle + BreadcrumbList（FAQ 页多 FAQPage）
- TechArticle.headline 与页面 H1 一致（或至少无编号差异过大）
5) 首页含 WebSite + Organization
6) 404.html 含 noindex，且不出现在 sitemap
7) llms.txt 条目数 == zh 下 md 文件数，链接可访问
8) 用浏览器扩展（如 JSON-LD Viewer）验证结构化数据无报错
C. 提交前人工项（脚本做不了）
1) 百度/Google 站长平台验证 meta（拿到验证码后加进 shared/zh head）
2) 百度站长"主动推送"提交首页（百度对 sitemap 支持弱，主动推送是主收录手段）
3) HTTPS 证书修复后：改 extract.mjs 的 SITE_URL + zh.ts 的 META_URL，
robots.txt 的 Sitemap 行同步，重新 docs:build
--------------------------------------------------------------------------------
第五部分：移植到其他 15 个项目时的差异点
--------------------------------------------------------------------------------
同构不变量（直接照搬）：
- extract.mjs / extract.d.mts / seo.ts / generate-llms-txt.mjs
四个文件整体复制（它们不依赖具体侧边栏内容，sidebar 以参数传入）
- index.ts 挂载三行、shared.ts titleTemplate、package.json 三行脚本
- robots.txt / 404.md 模板
必须按项目修改的点（清单）：
[ ] SITE_URL：每个子域不同（docs.gin.elevue.... / docs.beego.layui....）
[ ] SITE_DESCRIPTION / titleTemplate / og:site_name：若各项目文案不同
[ ] extract.mjs 中 Organization 的 url/sameAs：仓库地址不同
（EasyGoAdmin_Gin_EleVue → 对应 Gitee 仓库路径）
[ ] scripts/generate-llms-txt.mjs 的 SECTIONS 目录→章节映射：
核对目标项目的 zh/ 顶层目录与侧边栏章名（各前端/后端组合
章节编号可能不同，以该项目 zh.ts 侧边栏为准）
[ ] extractFaqs 的 Q/A 格式分支：先抽查目标项目 FAQ 页格式，
表格式 FAQ 不要强转
[ ] robots.txt 的 Sitemap 行域名
[ ] llms.txt 头部章节数 N 是脚本自动统计，无需手改
[ ] 404.md 内的示例链接指向目标项目实际存在的首页/入门页
[ ] 站点 title（shared.ts）可能是公司名而非产品名——titleTemplate
用产品名承载（如"小蚂蚁云" + "RXThinkCMF 开发文档"）
[ ] zh.ts 的 META_URL 指向的必须是【文档站】而非产品官网
[ ] 文档覆盖率先查后改：H1 与 :::tip 缺失页逐个补文档（原则 e)）
[ ] opener 检查：逐文件断言 lines[0]=H1 且 lines[1]=:::tip
（Laravel 系有 6 页 tip 存在但不在 H1 后——description 会取到
页中导航 tip 而非页面概述，必须补 opener）
python -c "import glob,io;[print(f) for f in glob.glob('zh/**/*.md',recursive=True)
if not (lambda L: L and L[0].startswith('# ') and L[1].startswith(':::tip'))(
[l for l in io.open(f,encoding='utf-8').read().splitlines() if l.strip()])]"
[ ] zh.ts 若有静态 og/twitter meta，确认与 transformHead 输出
key 一致会被覆盖（一般无需删；不放心可删掉静态项）
版本差异注意：
- VitePress 需 ≥ 1.0（transformPageData/transformHead/sitemap 选项
1.x 均有；本方案在 1.3.4 实测）。若他项目版本更老，先核对
node_modules/vitepress/dist/node/index.d.ts 中是否存在
sitemap / transformHead / transformPageData 三个字段。
- 侧边栏结构假设为 { "/zh/": [ {text, items:[{text,link}|{text,items}]} ] }
的标准 DefaultTheme 形态；若他项目 sidebar 是数组形态或
多语言 key 不同（"/en/"），buildCrumbMap 已兼容数组入参，
但 key 需与路由前缀一致（当前写死 "/zh/"，改多语言时参数化）。
--------------------------------------------------------------------------------
第六部分：实测数据与已知限制（基线项目）
--------------------------------------------------------------------------------
实测（2026-10-25，GoFrame_EleVue）：
- llms.txt：143 页 / 13 章节 / 32KB，生成耗时 < 1s
- 冒烟测试：13 个 head 标签注入、TechArticle+BreadcrumbList
（首页 > 5. 核心功能 > 数据与配置 > 5.10 字典模块）、
FAQPage 24 问（appendix 加粗式）/ 18 问（quickstart 标题式）、
git dateModified 与 sitemap lastmod 正常、404 跳过、
sitemap 过滤 404 —— 全部通过
移植实测（2026-10-25，EasyGoAdmin_Gin_EleVue，按本标准全流程执行）：
- 审计：与基线同构缺失；额外发现 META_IMAGE 指向不存在的 social.png、
META_TITLE/META_DESCRIPTION 误写 GoFrame、HTTPS 同样证书不匹配
- 差异点仅 6 处：SITE_URL、Gitee 仓库地址、SITE_DESCRIPTION/META 文案、
llms 脚本标题行、robots Sitemap 行、（复核）SECTIONS 章节映射
——zh/ 目录结构与侧边栏章节与基线完全一致，映射无需改动
- FAQ 4 个页全为 **Q：** 加粗式（基线为两种混用），既有 extractFaqs 直接命中
- 完整构建验收（yarn docs:build，21s）：
sitemap 154 条（过滤 404+README 后）、lastmod 126/154、
内容页 title/canonical/OG/JSON-LD 全通过、
首页 WebSite+Organization、404 noindex 且不入 sitemap、
llms.txt 153 条 == zh 下 md 数、FAQPage 11 问
- 首次构建暴露 transformItems 相对路径坑（见 2.5），修复后复验通过
移植实测（2026-10-25，RXThinkCMF_ThinkPhp6_EleVue，位于 xampp htdocs 路径）：
- 与前两个项目的差异面更大：产品名/域名/仓库全不同（rxthink.cn 域），
站点 title 是公司名"小蚂蚁云"（titleTemplate 承载产品名），
META_URL 原指向产品官网而非文档站（已改），
META_IMAGE 同样指向不存在的 social.png（已改 logo.png）
- 文档缺失（按原则 e) 修文档，不改代码绕过）：
introduction.md 无 H1 无 tip（HTML 布局页）→ 补 H1+tip 后
llms 139→140、title/headline/breadcrumb 全部正常；
另 9 页缺 tip 概述 → 逐页补齐，tip 覆盖率达 140/140
- 共享层同步升级：extractDescription 增加 frontmatter description
显式优先（三个项目已同步，作为无 H1 页的兜底声明手段）
- FAQ 双格式实测：### Q 式 7 页 → FAQPage 正常；表格式
（appendix/faq、zh/faq）→ 正确不产出 FAQPage
- yarn install（5s 缓存）+ docs:build（40s）完整验收：
sitemap 141 条过滤 404/README、lastmod 140/141、
llms 140 == md 数、404 noindex 不入 sitemap、
首页 WebSite+Organization、introduction 页 title/desc 全恢复
移植实测（2026-10-25，RXThinkCMF_ThinkPhp8_EleVue，第 4 个项目）：
- 与 ThinkPHP6 项目几乎同构（同 140 页、同 10 页缺 tip、同
introduction 无 H1、同 social.png 缺失、同 META_URL 指产品官网）
——审计 17 项全部命中标准已记录的模式，实施零新问题，
验证标准已可直接照做
- 差异点仅 6 处：SITE_URL（docs.thinkphp8.elevue.rxthink.cn）、
SITE_DESCRIPTION/META_TITLE（ThinkPHP8 文案，本就正确）、
Gitee ThinkPhp8 仓库、llms 标题行、robots Sitemap 行、
（复核）SECTIONS 映射无需改
- 文档修复同 TP6：introduction 补 H1+tip（ThinkPHP 8 文案）、
9 页补 tip → 覆盖率 140/140
- yarn install（4s）+ docs:build（39s）完整验收全绿：
sitemap 141 条过滤 404/README、lastmod 140/141、
llms 140 == md 数、introduction 页 title/desc/headline 恢复、
FAQ 双格式正确（Q 式出 FAQPage、表格式不出）、
404 noindex 不入 sitemap、首页 WebSite+Organization
移植实测（2026-10-25，RXThinkCMF_ThinkPhp6_AntdVue，第 5 个项目）：
- 再次零新问题：审计 17 项全部命中已知模式（同 140 页、同 10 页
缺 tip、同 introduction 无 H1、同 social.png/META_URL 问题）
- 差异点仅 5 处：SITE_URL（docs.thinkphp6.antdvue.rxthink.cn）、
SITE_DESCRIPTION/META_TITLE（AntDesign 文案，本就正确）、
Gitee ThinkPhp6_AntdVue 仓库、llms 标题行、robots Sitemap 行
- 文档修复同前：introduction 补 H1+tip（ThinkPHP 6.1 + AntDesign
文案）、9 页补 tip → 覆盖率 140/140
- yarn install（4s）+ docs:build（38s）完整验收全绿（全项同 TP8）
- 至此 5 个项目验证：标准执行耗时逐次递减，第 3 个项目起
审计→落地→验收全流程可由清单直接驱动，无需人工判断
移植实测（2026-10-25，RXThinkCMF_ThinkPhp8_AntdVue，第 6 个项目）：
- 第三次零新问题：审计 17 项全部命中已知模式（同 140 页、同 10 页
缺 tip、同 introduction 无 H1、同 social.png/META_URL 问题、
HTTPS 证书不匹配）
- 差异点仅 5 处：SITE_URL（docs.thinkphp8.antdvue.rxthink.cn）、
SITE_DESCRIPTION/META_TITLE（本就正确）、Gitee ThinkPhp8_AntdVue
仓库、llms 标题行、robots Sitemap 行
- 文档修复同前：introduction 补 H1+tip（ThinkPHP 8 + AntDesign 文案）、
9 页补 tip → 覆盖率 140/140
- yarn install（4s）+ docs:build（38s）完整验收全绿（全项同前）
移植实测（2026-10-25，RXThinkCMF_ThinkPhp6_NaiveVue，第 7 个项目）：
- 第四次零新问题：审计 17 项全部命中已知模式（同 140 页、同 10 页
缺 tip、同 introduction 无 H1、同 social.png/META_URL 问题、
HTTPS 证书不匹配）
- 差异点仅 5 处：SITE_URL（docs.thinkphp6.naivevue.rxthink.cn）、
SITE_DESCRIPTION/META_TITLE（本就正确）、Gitee ThinkPhp6_NaiveVue
仓库、llms 标题行、robots Sitemap 行
- 文档修复同前：introduction 补 H1+tip（ThinkPHP 6.1 + NaiveUI 文案）、
9 页补 tip → 覆盖率 140/140
- yarn install（4s）+ docs:build（42s）完整验收全绿（全项同前）
移植实测（2026-10-25，RXThinkCMF_ThinkPhp8_NaiveVue，第 8 个项目）：
- 新发现 1 项（已入审计清单第 18 项）：6 处 Gitee 链接全部指向
ThinkPhp6_NaiveVue（克隆自 TP6 项目未改）——editLink、社交链接、
开源协议入口均指向错误仓库，已全部修复为 ThinkPhp8_NaiveVue，
dist 产物验证无残留
- 其余全部命中已知模式：140 页、同 10 页缺 tip、introduction 无 H1、
social.png/META_URL/HTTPS 问题；META_TITLE/DESCRIPTION 本就正确
- 差异点 5 处：SITE_URL（docs.thinkphp8.naivevue.rxthink.cn）、
Gitee ThinkPhp8_NaiveVue 仓库（修复后）、SITE_DESCRIPTION、
llms 标题行、robots Sitemap 行
- 文档修复同前 10 页 → 覆盖率 140/140
- yarn install（5s）+ docs:build（44s）完整验收全绿，
额外验证 Gitee 修复进 dist 无残留
移植实测（2026-10-25，RXThinkCMF_Laravel13_EleVue，第 9 个项目，首个 Laravel 系）：
- 与 ThinkPHP 系的结构差异（审计需重新核对页数/清单，勿套用旧数字）：
139 页（无根级 zh/faq.md）、仅 8 页完全无 tip
（tech-stack/why 有页中导航 tip 但无 opener）、
附录多 K. Artisan 命令速查（字母到 O）、FAQ 编号 2.9、
intro 文案为 Laravel 13 + PHP 8.3
- 新增发现并修复：en.ts 注释行 Gitee 仓库指 ThinkPhp6_EleVue
（审计项 18 的注释变体，一并修正）
- opener 补齐 16 页：8 页完全无 tip + tech-stack/why 补 opener
（保留页中导航 tip）+ 6 页 opener 缺位（course/directory/
config-reference/backup/backend-start/deletion——tip 存在但不在
H1 之后，用 opener 检查脚本发现）
- 新增 opener 检查（审计可复用）：
python 逐文件断言 lines[0]=H1 且 lines[1]=:::tip
本项目最终 139/139 全满
- SITE_URL=docs.laravel13.elevue.rxthink.cn（https 同样 000）；
Gitee 活跃链接本就正确（Laravel13_EleVue）
- yarn install（4s）+ docs:build（35s+复建 34s）完整验收全绿：
sitemap 140 条（139 md + 首页）、lastmod 139/140、
llms 139 == md 数、course 等补页 description=新 opener 首句、
Gitee 修复进 dist 无 ThinkPhp6 残留
移植实测（2026-10-25，RXThinkCMF_Laravel13_AntdVue，第 10 个项目）：
- 与 Laravel13_EleVue 完全同构（Laravel 系模板固化）：139 页、
8 无 tip、16 页缺 opener（8 无 tip + tech-stack/why +
course/directory/config-reference/backup/backend-start/deletion）、
en.ts 注释仓库指 ThinkPhp6_EleVue（已修）
- 差异点 5 处：SITE_URL（docs.laravel13.antdvue.rxthink.cn）、
SITE_DESCRIPTION/META_TITLE（本就正确）、Gitee Laravel13_AntdVue
（活跃链接正确）、llms 标题行、robots Sitemap 行
- 文档修复 16 页 → opener 139/139、tip 139/139、H1 139/139
- yarn install（4s）+ docs:build（41s）完整验收全绿
（含 Gitee 无 ThinkPhp6 残留、course desc=新 opener 首句）
- Laravel 系 2 个项目均已带 opener 检查一次通过——
该检查应作为审计固定项（见 opener 检查脚本）
移植实测（2026-10-25，RXThinkCMF_Laravel13_NaiveVue，第 11 个项目）：
- Laravel 系模板第 3 次命中，全流程照做零偏差：139 页、8 无 tip、
16 页缺 opener、en.ts 注释仓库指 ThinkPhp6_EleVue（已修）、
META/Gitee 活跃链接本就正确
- 差异点 5 处：SITE_URL（docs.laravel13.naivevue.rxthink.cn）、
SITE_DESCRIPTION/META_TITLE、Gitee Laravel13_NaiveVue、
llms 标题行、robots Sitemap 行
- 文档修复 16 页 → opener/tip/H1 全部 139/139
- yarn install（4s）+ docs:build（41s）完整验收全绿
（含 Gitee 无 ThinkPhp6 残留、course desc=新 opener 首句）
移植实测（2026-10-25，DjangoAdmin_Django_EleVue，第 12 个项目，首个 DjangoAdmin 品牌线）：
- 全新结构（不能套用 RXThinkCMF/EasyGoAdmin 模板）：
135 页、volume1-7 分卷目录、H1 无编号（如"# 环境准备"）、
部分页 tip 在 H1 之前（volume5/6 "本章概要" 横幅式）、
无 Q/A 型 FAQ（FAQPage 全站不产出属正确行为）、
侧边栏 8 章 + 附录（与 llms SECTIONS 必须重写对应）
- 审计方法升级：结构检查（NO-H1/opener）在异构站点上误报多
（tip 在 H1 前 ≠ 缺 H1；head -1 检查漏判），改用
**extractDescription 全量摘要质量审计**（空/过短/导航腔）作为
真实判据——135 页仅 6 页真实有问题，逐页修复后 0 问题
- 文档修复 27 处：introduction 补 H1+tip（唯一真缺 H1 页）、
25 页补 tip opener（volume2×12、volume3×10、根级 3 页）、
contributing tip 首句由问候语改写为描述句
- llms SECTIONS 按本项目重写：volume1-7→章 2-8、other→附录、
根级 faq.md 文件级例外→附录（侧边栏归属）；
头部样板文案按品牌实情改（去多租户/声明式 CRUD 等非本项目特性）
- 差异点：SITE_URL=docs.django.elevue.djangoadmin.cn（https 同 000）、
品牌 DjangoAdmin/djangoadmin.cn/Gitee djangoadmin 组、
META 本就正确、活跃 Gitee 正确（en.ts 注释指 Fastapi 已修）、
titleTemplate="DjangoAdmin 开发文档"
- yarn install（13s）+ docs:build（53s）完整验收全绿：
sitemap 136 条、lastmod 136/136（全量 git 覆盖）、
llms 135==md、intro 恢复、面包屑"首页 > 2. 快速入门 > 2.1 ..."、
FAQPage 全站无（无 Q/A 页，正确）、Gitee 无 Fastapi 残留
移植实测（2026-10-25，DjangoAdmin_Django_AntdVue，第 13 个项目，DjangoAdmin 系第 2 个）：
- DjangoAdmin 模板完全命中：135 页、volume1-7、同 26 无 tip、
同 introduction 无 H1、无 Q/A FAQ、en.ts 注释指 Fastapi（已修）、
META/活跃 Gitee 本就正确（Django_AntdVue）
- llms 脚本直接复用 Django_EleVue 已适配版（SECTIONS/faq 例外/
样板文案），仅改标题行——同系列脚本可直接沿用
- 描述质量审计：3 个真实问题（introduction 空、contributing 问候语、
why 首句过短）与上项完全一致；修复 27 处（25 tip + H1/tip + 改写）
→ bad desc 0、no-tip 0、no-H1 0
- 差异点 5 处：SITE_URL（docs.django.antdvue.djangoadmin.cn）、
AntDesign 文案（introduction/fe-view tip 同步改）、
Gitee Django_AntdVue、llms 标题行、robots Sitemap 行
- yarn install（8s）+ docs:build（49s）完整验收全绿
（含 lastmod 136/136、FAQPage 全站无、Gitee 无 Fastapi 残留）
移植实测（2026-10-25，DjangoAdmin_Django_NaiveVue，第 14 个项目，DjangoAdmin 系第 3 个）：
- 模板第 3 次命中，全流程零偏差照做：135 页、26 无 tip、
introduction 无 H1、3 个真实摘要问题与前两项完全一致、
en.ts 注释指 Fastapi（已修）、META/活跃 Gitee 本就正确
- llms 脚本复用 Django_EleVue 已适配版仅改标题行；
文档修复 27 处（NaiveUI 文案）→ bad desc/no-tip/no-H1 全 0
- 差异点 5 处：SITE_URL（docs.django.naivevue.djangoadmin.cn）、
Gitee Django_NaiveVue、NaiveUI 文案、llms 标题行、robots Sitemap 行
- yarn install（7s）+ docs:build（46s）完整验收全绿
移植实测（2026-10-25，DjangoAdmin_FastAPI_EleVue，第 15 个项目，DjangoAdmin 系首个非 Django 后端）：
- 结构差异（DjangoAdmin 系内变体，勿套 135/26 数字）：
129 页、12 无 tip（volume3 全有 tip）、4 无 H1（introduction、
struct 起于 ## 无 H1、volume4/core idempotent+operation-log
tip 横幅式且全文件无 H1）、volume2 模块页为 FastAPI 分层
（Endpoint/Router/Schema/Repository/Service，案例=Position）
- 新发现并修复：
① Gitee 仓库大小写冲突——shared.ts 用 FastAPI、zh.ts/en.ts 用
Fastapi → 【已更正】FastAPI 系仓库名应统一大写 FastAPI
（用户确认），第15/16项当时按正文推断改小写属误判，
已连同第17项一并全局改回 DjangoAdmin_FastAPI_*（配置+seo+
正文版本表，各5文件，三项目复验零残留）
② META_TITLE/META_DESCRIPTION 缺品牌与技术栈（仅"企业级中台
解决方案"）→ 补 DjangoAdmin FastAPI 文案（审计项 15）
- 文档修复 17 处：4 无 H1（introduction 补 H1+tip、struct 补
H1+opener、idempotent/operation-log 补 H1 置于既有 tip 前）、
12 无 tip 补 opener（FastAPI 分层文案）、why tip 首句 14 字
过短改写（阈值 15 实测抓出）
- llms 脚本复用 Django_EleVue 适配版仅改标题行
- SITE_URL=docs.fastapi.elevue.djangoadmin.cn（https 同 000）
- yarn install（7s）+ docs:build（2 轮共 80s）完整验收全绿：
sitemap 130 条、lastmod 130/130、llms 129==md、
3 原缺陷页 title/desc/headline 全恢复、Gitee 无大写残留
移植实测（2026-10-25，DjangoAdmin_FastAPI_AntdVue，第 16 个项目，FastAPI 系第 2 个）：
- FastAPI 模板命中（129 页、12 无 tip、4 无 H1、无 Q/A FAQ），
特有点与 FastAPI_EleVue 一致：META 裸文案（审计项 15 已补
FastAPI+AntDesign 文案）、why tip 首句 14 字（已改写）
- Gitee 大小写冲突再现：配置 3 处 FastAPI_AntdVue vs 正文
Fastapi_AntdVue → 以正文为准 sed 全局统一，另 en.ts 注释误指
EleVue 改本项目；首验 5 处全 Fastapi 无残留
（沿用上项经验：多处相同字符串必须全局替换 + 复验）
- 文档修复 16 处：4 无 H1（introduction 补 H1+tip AntdVue 文案、
struct 补 H1+opener、idempotent/operation-log 补 H1 置于 tip 前）、
11 无 tip 补 opener（fe-view 用本项目正文的 AntDesign Vue 措辞）、
why tip 首句改写 → bad desc/no-tip/no-H1 全 0
- SITE_URL=docs.fastapi.antdvue.djangoadmin.cn（https 同 000）
- yarn install（9s）+ docs:build（53s）一轮通过完整验收全绿：
sitemap 130、lastmod 130/130、llms 129==md、
3 原缺陷页 title/desc/headline 恢复、Gitee 无大写残留
移植实测（2026-10-25，DjangoAdmin_FastAPI_NaiveVue，第 17 个项目，FastAPI 系第 3 个）：
- FastAPI 模板命中（129 页、12 无 tip、4 无 H1、无 Q/A FAQ、
META 裸文案、why 首句 14 字），配置曾含 FastAPI_EleVue 误指
- Gitee 大小写最终裁定：用户确认应大写 FastAPI——本项目与前两个
FastAPI 项目（EleVue/AntdVue）三地同步改正：配置 4 文件 +
seo.ts ORG + 正文 introduction 版本表，各 5 文件，复验零残留
- 文档修复 16 处（NaiveUI 文案）→ bad desc/no-tip/no-H1 全 0
- SITE_URL=docs.fastapi.naivevue.djangoadmin.cn（https 同 000）
- yarn install（8s）+ docs:build（45s）完整验收全绿：
sitemap 130、lastmod 130/130、llms 129==md、
3 原缺陷页 title/desc/headline 恢复、dist 无小写残留
移植实测（2026-10-25，DjangoAdmin_Flask_EleVue，第 18 个项目，DjangoAdmin 系首个 Flask 后端）：
- 【重大方法修正】发现围栏内 "# 注释" 被 ^# 正则误判为 H1——
围栏感知+首个##前 规则重扫：本项目真缺 H1 达 25 页
（volume4/business×11 + core×11 + course/introduction/struct），
另 rbac.md 有游离 # 行二次漏判（加固规则后补齐）
- 共享工具加固：llms 脚本 h1Of 与 seo.ts h1OfMd 均改为围栏感知
（split("
") 逐行 + 围栏开关），根治 llms 链接文本取到
.py/.ts 代码注释垃圾的问题
- 结构：139 页、17 无 tip（含 Flask 特有 blueprint/model/
transaction×2/generator）、META 本就正确、Gitee 活跃链接正确
- 文档修复 44 处：26 补 H1（25+rbac）+17 补 tip（Flask 文案）+
why 首句改写 → 围栏感知 no-H1 0、no-tip 0、bad desc 0
- SITE_URL=docs.flask.elevue.djangoadmin.cn（https 同 000）
- 验收全绿：sitemap 140、lastmod 140/140、llms 139==md、
垃圾链接文本 0、rbac/user 等页 title/headline 恢复
【存量回修】同日对 6 个已验收 DjangoAdmin 项目（Django×3、
FastAPI×3）执行围栏感知重扫：各发现 21-24 页真缺 H1（同 volume4
banner 式页面+course 的系统性缺陷）→ 批量补 H1 共 135 页
（标题取自各自侧边栏去编号）+ 同步加固 h1Of/h1OfMd +
重新生成 llms + 全部重建 dist，6 项目复验：垃圾 0、
user 页 title/headline=用户管理、sitemap 正常
（教训：结构扫描规则必须与真实解析器同构——围栏感知，
否则会产生"验收通过但产物含垃圾"的假阳性）
移植实测（2026-10-25，DjangoAdmin_Flask_AntdVue，第 19 个项目，Flask 系第 2 个）：
- Flask 模板完全命中（139 页、26 真缺 H1 含 rbac、17 无 tip、
META 本就正确、Gitee 活跃链接正确、en.ts 注释指错已修）
- 复制源升级为【已加固版】：seo.ts/llms 脚本直接取自 Flask_EleVue
（围栏感知 h1OfMd/h1Of 已含），仅改 ORG 仓库与标题行——
同系列后续项目一律从已加固项目复制共享层
- 文档修复 44 处：26 H1（侧边栏自动映射脚本，0 未匹配）+17 tip
（AntdVue 文案：fe-view/introduction 用 AntDesign Vue）+why 首句
→ 围栏感知 no-H1 0、no-tip 0、bad desc 0
- SITE_URL=docs.flask.antdvue.djangoadmin.cn（https 同 000）
- yarn install（8s）+ docs:build（68s）一轮通过完整验收全绿：
sitemap 140、lastmod 140/140、llms 139==md、垃圾链接 0、
intro/user/rbac 三页 title/desc/headline 全恢复
移植实测（2026-10-25，DjangoAdmin_Flask_NaiveVue，第 20 个项目，Flask 系第 3 个）：
- Flask 模板完全命中：139 页、26 真缺 H1、17 无 tip、META 正确、
Gitee 活跃链接正确、en.ts 注释指错（Fastapi_EleVue）已修
- 共享层复制自 Flask_AntdVue 已加固版（seo.ts/llms 仅改
ORG 仓库/标题行/SITE_URL/描述），全程照做零偏差
- 文档修复 44 处（侧边栏自动映射 26 H1 + NaiveUI 文案 17 tip
+why 首句）→ 围栏感知三指标全 0
- SITE_URL=docs.flask.naivevue.djangoadmin.cn（http 200）
- yarn install（8s）+ docs:build（78s）一轮通过完整验收全绿：
sitemap 140、lastmod 140/140、llms 139==md、垃圾链接 0、
intro/user/rbac 三页 title/desc/headline 全恢复
移植实测（2026-10-25，DjangoAdmin_Tornado_EleVue，第 21 个项目，DjangoAdmin 系首个 Tornado 后端）：
- Tornado 变体（数字勿套旧模板）：138 页、22 真缺 H1、
11 无 tip（Tornado 特有 volume2/handler 页 + volume3/overview
也缺；案例模块=友链 Link 而非 Position；validator 标题为
参数验证（Pydantic））、无 Q/A FAQ
- META 裸文案（审计项 15 已补 Tornado+ElementPlus 文案）、
en.ts 注释指 Fastapi_EleVue（已修）、Gitee 活跃链接正确、
why 首句 14 字（已改写）
- 共享层复制自 Flask_NaiveVue 已加固版（改 ORG/标题/SITE_URL/描述）
- 文档修复 35 处：22 H1（侧边栏自动映射含 Pydantic 标题）+
12 tip（Tornado 文案：handler/schema Pydantic、volume3/overview
架构总览；model 顺带补 opener）+why 首句
→ 围栏感知 no-H1 0、no-tip 0、bad desc 0
- SITE_URL=docs.tornado.elevue.djangoadmin.cn（http 200/https 000）
- yarn install（9s）+ docs:build（47s）一轮通过完整验收全绿：
sitemap 139、lastmod 139/139、llms 138==md、垃圾链接 0、
intro/handler/rbac/arch 四页 title/desc/headline 全恢复
移植实测（2026-10-25，DjangoAdmin_Tornado_AntdVue，第 22 个项目，Tornado 系第 2 个）：
- Tornado 模板完全命中：138 页、22 真缺 H1、11 无 tip、
en.ts 注释本就正确（无需修）、Gitee 活跃链接正确、
META 裸文案（审计项 15 已补 Tornado+AntDesign）、
fe-view/introduction 用 AntDesign 措辞
- 共享层复制自 Tornado_EleVue 已加固版（改 ORG/标题/SITE_URL/描述）
- 文档修复 34 处：22 H1（侧边栏自动映射，validator=参数验证
（Pydantic）正确落地）+11 tip +why 首句
→ 围栏感知 no-H1 0、no-tip 0、bad desc 0
- SITE_URL=docs.tornado.antdvue.djangoadmin.cn（http 200）
- yarn install（5s）+ docs:build（60s）一轮通过完整验收全绿：
sitemap 139、lastmod 139/139、llms 138==md、垃圾链接 0、
intro/handler/rbac 三页 title/desc/headline 全恢复
移植实测（2026-10-25，DjangoAdmin_Tornado_NaiveVue，第 23 个项目，Tornado 系第 3 个）：
- Tornado 模板完全命中：138 页、22 真缺 H1、11 无 tip、
META 裸文案（审计项 15 已补 Tornado+NaiveUI）、
en.ts 注释指 Fastapi_EleVue（已修）、Gitee 活跃链接正确
- 共享层复制自 Tornado_AntdVue 已加固版（改 ORG/标题/SITE_URL/描述）
- 文档修复 34 处：22 H1（侧边栏自动映射）+11 tip（NaiveUI 文案：
fe-view/introduction 用 NaiveUI）+why 首句
→ 围栏感知 no-H1 0、no-tip 0、bad desc 0
- SITE_URL=docs.tornado.naivevue.djangoadmin.cn（http 200）
- yarn install（9s）+ docs:build（51s）一轮通过完整验收全绿：
sitemap 139、lastmod 139/139、llms 138==md、垃圾链接 0、
intro/handler/rbac 三页 title/desc/headline 全恢复
已知限制：
1. HTTPS：docs 子域 443 返回腾讯 CDN 默认证书（*.cdn.myqcloud.com），
curl 校验失败，全站暂用 http。修复后按步骤⑦-C3 单点切换。
2. transformHead/transformHead/sitemap 均为 build-only，
dev server 下看不到增强标签，验收必须以 docs:build 产物为准。
3. og:image 用的 logo.png（方形），非 1200×630 社交卡片尺寸 ——
可后续出专用卡片图后只改 og:image 一处。
4. 百度/Google 站长验证与主动推送需要平台账号，未包含在本方案。
5. 站点验证 meta 未加（无验证码）；若后续加，放 shared.ts head。
6. 未启用 VitePress lastUpdated 主题显示（与 SEO 无关，另议）。
--------------------------------------------------------------------------------
附录：一页速查（执行顺序）
--------------------------------------------------------------------------------
1. 跑第二部分审计清单，记录结论
2. 复制/调整 extract.mjs + extract.d.mts（改 SITE_URL 等 9 个差异点）
3. 复制 seo.ts，核对 FAQ 格式分支与侧边栏 key
4. index.ts 挂 3 行；shared.ts 加 titleTemplate
5. 放 robots.txt（改域名）+ 404.md（改链接）
6. 复制 generate-llms-txt.mjs（核对 SECTIONS 映射）→ yarn docs:llms
7. package.json 改 3 行脚本
8. yarn install && yarn docs:build，按第四部分 B 逐项验收
9. 更新该项目 CLAUDE.md（tip 首句约定 + 编号冻结）
10. 站长平台验证/推送（人工）
（完）