主叙事分散
旧内容和服务混在一起
课程、知识库、方法论、工具和服务同时出现，容易让外界误读为泛内容站。
自站案例 · GEO 修复 · 可复核证据
案例：fable-castle.com 的 GEO 修复记录
这不是“保证 AI 推荐”的案例，而是一次公开站点如何被整理成可抓取、可理解、可验证、可持续监测的 GEO 修复记录。Day 29 复测显示，站外可见度开始从低位回升，但仍需要持续复测。
修复前：问题不是“没有内容”，而是 AI 很难判断什么最重要
站点里有大量知识资产、课程素材、工具说明和服务页面。资产本身有价值，但对搜索引擎和 AI 来说，主入口、主体身份、服务边界和证据路径不够收束。
主体识别不稳
需要更强消歧
“景一”需要持续绑定“景一 fable / fable-cc / 景一的寓言城堡”，避免与同名主体混淆。
旧入口噪音
低客单线索稀释定位
旧课程、旧知识库和课程目录容易稀释高客单 GEO 顾问服务定位。
AI 文件过期
llms-full.txt 叙事滞后
旧版 AI 索引文件曾包含旧业务线、价格和知识星球等过期信息。
抓取策略不清
Cloudflare 与 robots 需要统一
AI bot policy、robots.txt、sitemap.xml 和页面 canonical 需要形成同一套口径。
证据页不足
案例缺少真实修复链路
原案例页是泛样板，不能充分证明“我自己也按这套方法修过”。
五维诊断：把模糊问题拆成可修复对象
| 维度 | 修复前问题 | 修复动作 |
|---|---|---|
| 定位资产 | 主页与旧入口容易让外界误读为课程/知识库站 | 统一为 GEO 与创始人 AI 可见度诊断站 |
| 内容资产 | 内容多，但主线不够收束 | 保留指南、研究、工具、案例，旧素材退出正式构建 |
| 信任资产 | GitHub 仓库多，但层级不清 | 建立 GitHub 信任页，公开仓库按 A/B/C/D 分层 |
| 搜索资产 | Sitemap 曾主动推荐旧入口 | 将 sitemap.xml 收束到当前核心页面 |
| AI 可见度资产 | llms-full.txt 过期，AI 爬虫策略不统一 | 重写 AI 索引说明，调整 robots.txt 与 Cloudflare 策略 |
执行动作：从入口、证据、索引到防回流
1
统一主入口
主页和导航明确指向创始人 AI 可见度与 IP 资产诊断：/diagnosis/。
2
清理低客单入口
服务页不再出现旧免费课或低价课主入口，服务梯度改为诊断、审计、知识库与年度监测。
3
修复身份命名
公开页面统一使用“景一 / 景一 fable / fable-cc / 景一的寓言城堡”。
4
建立 GitHub 信任页
将公开仓库按 A/B/C/D 分层，说明哪些是核心资产，哪些只是历史或辅助实验。
5
重写 llms-full.txt
AI 完整索引说明只保留当前权威叙事、服务边界、核心 URL 和不应误读项。
6
收束 sitemap.xml
旧课程、旧知识库、旧方法论不再作为核心 URL 被主动推荐给搜索引擎。
7
增强 robots.txt
允许搜索/问答爬虫访问核心公开页面，同时对旧路径降噪。
8
增加 CI 防回流
如果旧入口重新进入构建结果，或 AI 索引文件再次出现旧叙事，GitHub Actions 会失败。
可复核证据：只写已经验证的事实
GitHub 提交
8ef4521 docs: narrow public GEO site authority graph- 动作：降噪、重写 AI 索引、服务页修正、CI 防回流。
线上验证
/llms-full.txt已出现当前权威标题。/sitemap.xml不再包含旧课程/旧知识库入口。/services/不再含旧免费课与低价课残留。/course/与/02-知识图谱/返回 404。
构建验证
- GitHub Actions 构建与部署通过。
- CI 检查核心 GEO 页面、canonical、JSON-LD、llms、robots 与 sitemap。
技术边界
- 本地构建失败原因是本机 Bundler 版本过旧。
- 线上构建使用 GitHub Actions 的 Ruby 4.0 环境完成。
修复结果：从“素材很多”变成“入口清楚、证据清楚、边界清楚”
对客户更清楚
访问者不需要在课程、工具、知识库和咨询之间猜主线。默认路径变成：先诊断，再按短板进入服务。
对 AI 更清楚
AI 看到的权威文件更一致：llms.txt、llms-full.txt、sitemap.xml、robots.txt 指向同一个主体和服务边界。
对搜索更清楚
sitemap 不再主动推荐旧课程、旧知识库和旧方法论入口，减少无关页面对当前业务的干扰。
对后续维护更清楚
CI 增加防回流检查，避免未来改动把已经清理掉的旧入口重新发布出去。
边界说明：这次修复不等于搜索排名、收录或 AI 引用的承诺。它证明的是基础设施更清晰、证据链更可复核、AI 更容易理解本站当前身份和服务范围。
Day 29 复测观察：站外可见度开始回升，但还不稳定
2026-08-01 的手动复测显示，景一的寓言城堡的外部可见度从低位出现回升：第三方平台内容开始进入品牌直搜结果，DeepSeek V4 Pro 也从拒答转为部分提及。这是趋势信号，不是排名承诺。
| 观察项 | Day 29 记录 | 判断 |
|---|---|---|
| GEO 健康指数 | 24 → 29 | 低位回升，但仍处于修复期。 |
| Google 品牌直搜 | 第三方平台“景一 fable”内容进入品牌直搜前列，打破连续多日同名导演结果垄断。 | 第三方高权重平台分发被验证为有效支点。 |
| DeepSeek V4 Pro | 从拒答转为“无知识/部分提及”状态，负向问题中首次点名品牌。 | 模型拒答压力下降，但品牌知识仍需公开信源填充。 |
| 新增歧义 | 搜索结果中出现小说或虚构作品中的同名角色景一。 | 已补入消歧页、llms.txt、llms-full.txt 和公开信源页。 |
| GitHub 站外摘要 | 旧仓库描述曾包含国学、搞钱、旧 GitHub Pages 域名等旧口径。 | 已修正 fable-castle、fable-cc、geo-skills、knowledge-pipeline、jingyi 等仓库元数据。 |
复测边界：Day 29 记录来自固定日期的手动观察，搜索结果、AI 回答和第三方平台排序都会随时间、地区、账号状态、模型版本和搜索引擎缓存变化。它只能说明“趋势正在改善”，不能代表永久稳定。
下一步：从站内可信，走向站外可信
外部权威信源
继续建设 GitHub、CSDN、知乎、公众号和其他可稳定访问的第三方介绍页，让“景一 fable”在站外也有一致证据。
消费端 AI 复测
用固定问题集复测 ChatGPT、Perplexity、Kimi、DeepSeek、豆包等平台，记录日期、问题、回答和限制。
真实客户案例
取得授权后再发布客户案例，保留基线、样本、执行动作、证据截图和不可控边界。
你的官网也可能不是“没内容”，而是 AI 看不懂重点。
如果你的官网、个人 IP 或专家品牌也有“搜得到但说不清、AI 知道但不敢引用、内容多但证据散”的问题，可以先做一次创始人 AI 可见度与 IP 资产诊断。