GEO-CN Skill v2.0 — 生成式引擎优化（中国市场 · AI Native 版）

品牌在 AI 时代的"SEO"。让品牌在豆包、文心一言、DeepSeek、Kimi 等国内 AI 的回复中被优先引用。

v2.0 核心变化：诊断不再「猜」，而是「测」。 v1.x 用搜索引擎结果推断品牌状态， 实战首跑 8 个维度误判 3 个（官网漏检、知乎计数失真、社媒矩阵漏盘）。 v2.0 把实战中验证过的执行引擎固化进协议：直接问 AI、分层证据、实体档案。

v2.0.1（2026-09-20）： 根据首次冷启动压测修复 10 项可执行性问题——最小可行档案、 步骤依赖显式化、AI 实测平台重分组（百度AI搜索为免登录首选）、答案完成判定、 测量污染规避、引用稳定性规范、高德路径修正、自查表模板、预检探针具体化。

v2.0.2（2026-09-20）： 小白友好化——三级问询清单（必问仅 3 项，AI 自查字段不再问用户， 问询必附「为什么问 + 举例 + 答不上怎么办」）、自查表判定标准、新增第六步：成果报告落盘 （每次诊断/监测产出人类可读 Markdown 报告，待办每条附操作指引）。

v2.0.3（2026-09-20）： 修正 v2.0.2「AI 自查字段不问用户」的过度表述——平台账号等 改为先自查、再确认式提问：无官网、封闭平台要分享链接、有号搜不到三种情况必须问， 问时附操作指引。

v2.0.4（2026-09-20）： 成果报告升级双格式落盘——.md（AI 存档伴侣）+ .html （客户直接浏览器打开的成品网页报告：内置样式、手机适配）；明示未经客户同意不得部署公网。

---

0. 认知地基：三个不能混淆的问题

v1.x 把三者混为一谈，用 (2) 推断 (1)、完全没有 (3)。v2.0 分开测量。

---

1. 第 -1 步：工具能力预检（每次运行必做）

运行任何诊断前，先探测当前环境具备哪些能力，并选择执行路径：

路径选择：

• 全自动型（四项全有）：AI 实测自动化 + 完整证据阶梯
• 半自动型（有直读无浏览器）：AI 实测降级为引导客户手动；社媒数据请客户提供分享链接后走直读解析
• 最小型（只有 web_search）：诊断仅覆盖开放索引维度，所有封闭平台记 ❓待核查，输出「客户自查清单」

⚠️ web_search 限流（429）、内容过滤拦截（400）、中文索引稀薄是常态，不是异常。 遇到时换关键词措辞重试一次，仍失败则降级到下一证据层，不要反复重试。

---

2. 阶段一：AI 可见性诊断

第零步：AI 平台实测（地面真值，v2.0 新增）

这是 GEO 诊断的锚点。GEO 的目标是「AI 回答里引用你」，所以诊断必须从"问 AI"开始， 而不是从"搜网页"开始。搜索可见性只是引用的前置条件之一。

前置条件： 最小可行档案三项（品牌名/地域/行业，见第一步）确认后即可开始本步； 档案其余字段可与本步并行补全，不要互相阻塞。

问题集设计： 结合客户业务设计 5-6 个「金钱问题」——客户的目标客户会问 AI 的问题。三类：

1. 行业推荐类：「{城市}{行业}哪家好」「{行业}服务商推荐」
2. 品牌考察类：「{品牌名}怎么样」「{品牌名}靠不靠谱」
3. 竞品对比类（可选：需竞品名单，来自实体档案；无名单时跳过）：「{品牌A}和{品牌B}怎么选」

执行（自动化路径，需浏览器）：

• 免登录首选：百度AI搜索 —— https://chat.baidu.com/search?word=<URL编码后的问题>， 每问一个独立会话 URL（天然隔离上下文），无需登录
• 豆包、DeepSeek、Kimi、文心一言、腾讯元宝网页版：均有登录墙，直接归入人工路径，不在自动化上耗时

对每个「问题×平台」记录（格式与存档 ai_baseline.明细 同构，不做二次转换）：

{
  "platform": "豆包",
  "question": "淮安瓷砖工作室推荐",
  "brand_mentioned": false,
  "cited_sources": ["某本地生活网站", "知乎回答链接"],
  "competitors_mentioned": ["竞品A"],
  "date": "YYYY-MM-DD"
}

⚠️ 登录墙/验证码出现时立即转人工路径，不要尝试绕过登录。AI 聊天平台的登录墙 比内容平台反爬更不可控，自动化失败是预期内情况，双路径本就是为此设计。

答案完成判定： 流式生成常需 40-90 秒以上，且「内容由AI生成」页脚出现时正文可能仍在渲染。 完成判定 = 答案正文已出现，且间隔 ≥8 秒的两次读取文本长度稳定；超时 120 秒记「生成未完成」， 不得记为引用缺失。

提取规则： 侧栏对话历史会混入页面文本——答案区定位从「搜索全网N篇资料」资源列表之后开始， 忽略侧栏；每问保持独立会话，避免上下文交叉污染。

引用稳定性： AI 回答具有概率性。诊断基线每问测 1 次即可（记录测量时间）； 监测对比时，品牌词与首要行业词各测 2 次取多数，避免把概率波动误判为变化。

执行（人工路径，无浏览器或自动化被拦）： 生成一份《AI 实测自查表》（平台 × 问题矩阵）， 请客户逐格执行并回报引用情况。明确告知客户：这是诊断的基线，宁可粗糙不可跳过。 模板：

（✅ 时请顺手记下信源，如「知乎」「百度地图」「某官网」——信源比引用与否更有诊断价值。）

怎么算 ✅（判定标准，直接把这段话发给客户）： 只要 AI 的回答里出现了您的店名或品牌名—— 哪怕排在最后、哪怕同时还推荐了别家——就填 ✅；完全没提到您，才填 ❌。拿不准就截图，回来一起看。 在哪问：手机里装了哪个就用哪个（豆包App / DeepSeek / Kimi / 微信里的腾讯元宝 / 360AI搜索）； 每个平台把同一组问题各问一遍即可，一问约 1 分钟。

产出指标：AI 引用率基线 = 品牌被提及的回答数 / 总问答数。这是后续所有优化的北极星指标。

---

第一步：客户实体档案（强制门禁，v2.0 重构）

v1.x 的信息收集是一张可跳过的模板。v2.0 中它是门禁：模板字段一律留空，禁止预填默认值。

最小可行档案（达到即可开工，其余字段可后补）：品牌名 ＋ 地域 ＋ 行业 三项。 其余字段标记「审计补全」，由第二步证据阶梯回填；评分时仍为空的开放索引字段按 ❌ 判定规则处理， 封闭平台字段一律 ❓待核查。

自主模式（客户不在场）： 跳过一切询问。最小三项用 L1 检索从公开信息确认； 竞品名称可从行业词检索结果中提取 2-3 个；所有需客户提供的字段（后台数据、账号信息）保持 ❓， 待客户事后确认（L5）再升级。

{
  "entity": {
    "企业全称": "",
    "品牌名": "",
    "品牌名变体": [],
    "行业": "",
    "地域": "",
    "官网URL": "",
    "ICP备案号": "",
    "平台账号": [],
    "地图POI": [],
    "竞品名称": [],
    "核心关键词": []
  }
}

收集方式即审计方式： 客户不知道/记不清的字段，不追问到底，直接进入第二步用证据阶梯补全。 官网页脚是社媒账号盘点的金矿——正规站点通常会列出全部官方账号。

三级问询清单（小白友好。铁律：每问用户一个问题，必须同时给「为什么问 + 举例 + 答不上怎么办」）：

话术原则：客户一句大白话就够，解释术语是 AI 的事。任何字段答不上来，立即降级为审计补全，不追问。

跨平台一致性校验（填写档案时同步执行）：

• 名称一致性：品牌名 / 各平台昵称 / 地图 POI 名 / 工商主体 是否一致？不一致 → 记录为发现
• 数据口径一致性：品牌数据（品牌数、单品数、服务家庭数等）在官网与各平台简介是否打架？ AI 实体识别对跨平台矛盾极其敏感，这类发现的价值不低于评分本身

---

第二步：分层证据审计（v2.0 核心引擎）

证据阶梯 L1-L5

⚠️ L1 结果中的 URL 常为截断域名（缺 UID/路径），仅作存在性信号；可用 URL 的获取依赖 L3 及以上。

负证据硬规则（必须遵守）

1. 搜不到 ≠ 不存在。 L1 检索无结果，禁止直接记 ❌。
2. 任何 ❌ 判定前，必须完成证据阶梯中至少两级，且其中一级不是 L1。
3. 无法走满两级 → 记 ❓待核查，并在报告中列为待办。
4. 封闭平台禁止用 SERP 审计下结论——搜索引擎不仅拿不到数据，还会产生误关联 （实战案例：搜索"品牌名+小红书"命中的主页实为新加坡某机场官号）。
5. 客户确认（L5）是合法证据层，但必须在存档中标注 evidence: "L5-客户确认"， 并在报告底部注明哪些分数依赖它。

按维度审计协议

百科（开放索引，L2 为主）：

• 百度百科：site:baike.baidu.com 品牌名，同时直接拼接 baike.baidu.com/item/品牌名 验证
• 快懂百科：用 site:baike.com（注意不是 douyin.com）
• 360百科：site:baike.so.com；搜狗百科：site:baike.sogou.com
• 维基百科对本地商家一般不适用，跳过并注明

知乎（开放索引，L2 + L5 结合）：

• site:zhihu.com 品牌名 只能作为下限——搜索引擎对知乎收录严重不全
• 正确姿势：请客户提供知乎主页链接（zhihu.com/people/<id>）， 用网页直读（web_reader 类工具通常可过知乎 403）读取主页实测：回答数/文章数/赞同/粉丝
• 计分以主页实测为准，SERP 计数仅作下限

社媒矩阵（分治，v2.0 关键修订）：

权威新闻（开放索引，L2 为主）：

• 品牌名 报道、品牌名 新闻、site:people.com.cn 品牌名 等定向媒体检索
• 地方媒体单独检索一轮（本地企业的主要信源）

地图 POI（半开放）：

• 百度地图：公开建议接口 map.baidu.com/su?wd=<名称>&cid=131&type=0 可确认 POI 存在性与官方名称
• 高德/腾讯地图：自动化不可用（浏览器渲染也会遇到滑块验证码+登录墙，搜索 URL 会忽略城市参数），仅客户 App 内核实
• POI 名称与品牌名的一致性必须单独记录（实体混淆风险）

官网（L3 直连）：

• 直连抓取：确认存活、提取 ICP 备案号、记录页脚社媒账号（回填实体档案）
• AI 就绪快检：title/description 是否含地域行业词、有无 Organization/LocalBusiness/FAQ 结构化数据、是否被多个搜索引擎索引（只在百度收录 ≠ 其他 AI 爬虫可见）

---

第三步：评分与证据链

评分公式沿用 v1.x（客户需要一个数字），但每个维度得分必须携带证据来源：

等级映射同 v1.x： 🟢A 71-100 / 🟡B 41-70 / 🟠C 11-40 / 🔴D 0-10。

置信度标注：若 ≥10 分来自 L5 客户确认且未经任何自动化层验证， 报告必须附敏感性说明（如"若该项实际为 2-3 篇，总分将回落至 40-45"）。

---

第四步：诊断报告

## 📋 AI 可见性诊断报告

**客户：** {企业名}    **等级：** {🟢🟡🟠🔴}（{分数}/100）

### 地面真值：AI 引用率基线
{平台×问题×是否引用 矩阵摘要；这是本报告最重要的部分}

### 评分明细（含证据链）
| 维度 | 得分 | 状态 | 证据 |
|------|:---:|:---:|------|

### 实体一致性发现
{名称变体冲突 / 数据口径打架 / POI 名称不一致——每条单独列出}

### 最需要解决的 3 件事
{P0/P1/P2}

---

第五步：存档（v2.0 数据格式）

存档路径：$GEO_CLIENTS_DIR 或默认 ./geo-clients/{品牌名}.json。 v2.0 格式：实体档案 + 记录数组 二合一，追加式，含勘误类型：

{
  "version": 2,
  "entity": { "品牌名": "...", "官网URL": "...", "平台账号": [], "地图POI": [] },
  "records": [
    { "date": "YYYY-MM-DD", "type": "诊断|诊断重核|勘误|监测",
      "评分": 50, "等级": "🟡B",
      "ai_baseline": { "引用率": "2/12", "明细": [] },
      "dimensions": {
        "知乎问答": { "state": "✅", "score": 20, "evidence": "L3-主页实测", "detail": "回答36/文章3" }
      },
      "consistency_findings": [],
      "pending": [],
      "note": "" }
  ]
}

• 追加不覆盖；发现旧记录有误时，追加 type: "勘误" 记录，指向被修正的记录日期
• v1.x 旧格式（裸数组）读取时自动兼容：视为 records，entity 置空
• 无写文件权限时，输出完整 JSON 请用户保存

---

第六步：成果报告落盘（双格式，每次诊断/监测必出）

两份文件，两个读者： .md 是 AI 下次监测的输入（存档伴侣）；.html 是给客户看的 成品网页报告——内置样式、双击浏览器打开、微信里可直接看，小白唯一需要保存的东西。 路径：geo-clients/{品牌名}-报告-{YYYY-MM-DD}.md 与同名 .html。 无写权限时在对话输出 Markdown 全文，请用户复制保存。

Markdown 模板（内容基准，HTML 与它同内容）：

# GEO 诊断/监测报告 —— {品牌名}（{YYYY-MM-DD}）

## 一句话结论
{等级+分数+本次最重要的一个发现，说人话}

## 本次完成了什么
- ✅ 在 {平台} 实测了 {N} 个问题，引用率 {X/N}
- ✅ 核查了 {百科 / 知乎 / 社媒 / 地图 / 官网} 等维度
{逐条列出实际做过的检查，不夸大，没做的写明没做}

## 发现了什么
{一致性冲突、落榜原因、机会点——每条用大白话，并写清"所以意味着什么"}

## 您需要做的事
| 做什么 | 怎么做（一句话操作指引） | 大概耗时 |
|--------|--------------------------|---------|
| {P0 动作} | {指引，例：百度地图App搜到您的店→商户中心→修改名称} | 10分钟 |

## AI 已经帮您做了什么
{本次已完成的动作；下次监测会自动复核效果}

## 下次监测日期
{建议日期}——届时重测 AI 引用率，验证待办的效果。

HTML 模板（客户看的成品网页，占位符与 Markdown 相同；等级取色：A #2f855a / B #2b6cb0 / C #c05621 / D #c53030）：

<!DOCTYPE html>
<html lang="zh-CN">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>GEO 报告 — {品牌名}（{日期}）</title>
<style>
body{font-family:-apple-system,"PingFang SC","Microsoft YaHei",sans-serif;margin:0;background:#f5f6f8;color:#222;line-height:1.7}
.wrap{max-width:720px;margin:0 auto;padding:24px 16px}
.card{background:#fff;border-radius:12px;padding:20px;margin-bottom:16px;box-shadow:0 1px 4px rgba(0,0,0,.06)}
.score{display:flex;align-items:center;gap:18px}
.num{font-size:56px;font-weight:700;color:{等级色}}
.tag{display:inline-block;background:#eef4ff;color:#2b6cb0;border-radius:6px;padding:2px 10px;font-size:13px;margin:2px 6px 2px 0}
h2{font-size:17px;margin:0 0 10px;border-left:4px solid #2b6cb0;padding-left:10px}
table{width:100%;border-collapse:collapse;font-size:14px}
th,td{border-bottom:1px solid #eee;padding:8px 6px;text-align:left;vertical-align:top}
th{color:#666;font-weight:500;background:#fafafa}
.todo{background:#fff8ec}
.muted{color:#888;font-size:13px}
ul{padding-left:20px;margin:8px 0}
</style>
</head>
<body><div class="wrap">
<div class="card"><div class="score">
<div class="num">{分数}</div>
<div><strong style="font-size:20px">{品牌名}</strong><br>
<span class="tag">{等级，如 🟡 B}</span><span class="tag">{诊断/监测}</span><span class="tag">{日期}</span><br>
<span class="muted">{一句话结论}</span></div>
</div></div>
<div class="card"><h2>📊 AI 引用率</h2>
<table><tr><th>问题</th><th>平台</th><th>结果</th></tr>
{每问一行：<tr><td>{问题}</td><td>{平台}</td><td>✅ 被引用（第N位，信源：xx）／❌ 未引用</td></tr>}
</table></div>
<div class="card"><h2>✅ 本次完成了什么</h2><ul><li>{逐条，没做的写明没做}</li></ul></div>
<div class="card"><h2>🔍 发现了什么</h2><ul><li>{大白话发现＋所以意味着什么}</li></ul></div>
<div class="card todo"><h2>📝 您需要做的事</h2>
<table><tr><th>做什么</th><th>怎么做</th><th>耗时</th></tr>
{每条待办一行：<tr><td>{P0动作}</td><td>{操作指引}</td><td>{10分钟}</td></tr>}
</table></div>
<div class="card"><h2>🤖 AI 已帮您做了什么</h2><ul><li>{已完成动作，下次自动复核}</li></ul></div>
<div class="card"><h2>📅 下次监测</h2><p>{建议日期}——届时重测 AI 引用率，验证待办效果。</p></div>
<p class="muted" style="text-align:center">由 GEO-CN 技能自动生成 · {YYYY-MM-DD}</p>
</div></body></html>

写作要求： 全文零术语，必须出现的术语当场用括号解释；"您需要做的事"每条必须带"怎么做"； "发现了什么"每条必须落到"所以意味着什么"。诊断与监测都要出这两份文件。 隐私红线： 报告含客户地址、电话、经营数据，默认只落本地，禁止部署到公网； 客户明确要"分享链接"时才可托管，且须隐去敏感字段并使用带随机 token 的 URL。

---

3. 阶段二：GEO 优化执行

模块与优先级沿用 v1.x（实战验证有效），细则如下，本文件自包含。

模块A：百科词条内容创作

⚠️ 只输出内容草稿，提交审核由客户执行。

A1 参考资料先行（铁律）：

1. 先 web_search 客户有哪些公开权威报道（人民网、凤凰、新浪、搜狐、政府站、本地新闻）
2. 从报道中提取可用信息，基于报道写词条，每段标注来源
3. 找不到权威报道的信息点 → 删除，不硬写。 企业官网/自写材料不可作参考资料

A2 词条草稿模板：

# {品牌名}
## 企业简介
{品牌名}成立于{年份}，总部位于{城市}，是一家专注于{核心业务}的{企业类型}。
## 发展历程
* {年份}年：{事件}
## 核心业务
### {业务名称}
{客观描述}
## 所获荣誉
* {年份}：{荣誉}
## 参考资料
1. [来源名称](URL) —— 对应段落

A3 审核规则：

A4 无权威报道时的替代路径： 地图POI认领 → 天眼查/企查查完善 → 大众点评/美团入驻 → 知乎布局 → 同时联系本地媒体做一篇报道（拿到后回到 A2 建词条）。

模块B：FAQ 内容生成

AI 是问答机器，FAQ 是与 AI 最匹配的内容格式。生成 10-15 条，覆盖五个方向：

格式：### 问：{问题} + 答：{3-5句，含数据案例，无营销话术}。 无官网时 FAQ 可作知乎回答或内容平台系列。

模块C：知乎问答内容创作

1. 问题挖掘： 搜行业/地域/品类关键词，找高热度问题
2. 自问自答合规： AI 能感知知乎内容质量
3. 回答结构： 核心观点先行（前三行给结论，AI 最爱引用）→ 分段正文（每段3-5句，用数据案例）→ 结尾总结+引导互动
4. 质量要求： 有数据/有真实案例/读完有收获/不硬推销

模块D：新闻稿内容创作

格式：标题15-25字含品牌名；正文800-1200字；导语100字内说清谁+干了什么+为何重要； 至少1个可引用话语+具体数据；信息与百科/官网一致。 检查清单：标题含品牌名 ☐ 导语原则 ☐ 可引用话语 ☐ 具体数据 ☐ 交叉一致 ☐

模块E：内容平台优化

v2.0 模块增补

模块C 知乎（补充「选题优先」原则）： 实战发现：39 条内容仅 3 粉 20 赞——内容存在 ≠ 内容被引用。知乎动作的优先级：

1. 问题挖掘（高流量真实问题）> 2. 自问自答布局空白问题 > 3. 老回答回炉 > 4. 继续堆量

官网 AI 就绪（模块B 扩展）：

• 结构化数据：Organization / LocalBusiness / FAQPage Schema
• 站长平台提交：Bing（DeepSeek/Kimi 系爬虫重要入口）、Google、360、搜狗
• 地域行业词进 title/description；只在百度收录对非百度系 AI 无效

实体一致性修复（新增强，P0 级）： 诊断发现的名称变体冲突、数据口径打架，属于免费高价值修复项： 统一品牌数据口径（如「30+品牌、10000+单品、服务10000+家庭」）， 地图 POI 名称改为与品牌名一致。AI 实体识别的置信度直接受益。

平台角色分工（基于实战发现）： 内容和受众平台（抖音/小红书）与可见性平台（知乎/B站/官网）打法分开： 前者做给真人看，后者做给 AI 看；把前者验证过的爆款选题改写搬运到后者。

---

4. 阶段三：监测与迭代

监测 = 重跑测量，不是重跑搜索。

1. 重跑第零步 AI 实测（同问题集），对比引用率变化 ← 北极星指标
2. 重跑内容审计（简化版）：上次缺失/待核查的维度优先
3. 追加监测记录；≥2 条记录时生成趋势对比；月度复盘沿用 v1.x 模板

📊 趋势对比
| 指标 | {基线日期} | {本次} | 变化 |
|------|------|------|------|
| AI引用率 | 2/12 | ?/12 | |
| 各维度得分 | ... | ... | |

---

5. 用户与 AI 的分工

---

附录A：平台数据获取路径速查（2026-09 实测验证）

⏰ 时效维护： 反爬与接口路径会失效。单条路径失效时按证据阶梯降级即可，不必阻塞诊断； 建议每半年对本表整体重验一次，重验后更新标题中的日期。失效的路径移入附录B作为陷阱记录。

附录B：已知陷阱（每个都踩过）

1. 星耀樟宜误关联：SERP 搜"品牌名+小红书"命中无关账号——封闭平台禁止 SERP 下结论
2. 官网漏检：客户不说、AI 不问、协议不查，三重叠加——实体档案是门禁不是模板
3. 只在百度收录 ≠ AI 可见：DeepSeek/Kimi 自有爬虫不依赖百度索引
4. 搜索引擎计数严重低估知乎内容：SERP 数到 1 篇，主页实测 39 条
5. 反爬挑战页不是空页：73KB HTML 里只有 acrawler，换 UA 无效，需真浏览器
6. web_search 429/400 是常态：重试一次即降级，勿恋战

维护原则：本清单随实战持续追加；每条陷阱都必须有对应的规则修正（负证据规则、 分治协议、降级路径），只记教训不改协议的陷阱清单没有价值。

附录C：License 与适用场景

MIT。适用：想提升 AI 搜索可见性的企业主、提供 GEO 服务的咨询商、从零开始的个体户。