GEO品牌全域诊断与长尾词分析

AI-GEO 品牌诊断：让品牌出现在 AI 的推荐名单里 —— 不限行业、不分地域的品牌 AI 可见度诊断与增长方案

核心目标：选出当前品牌资产就能通过大模型交叉验证的问句，让品牌在 AI 回答中被自然、合规地引用。

一、为什么每个品牌都需要它

当客户问豆包、DeepSeek、Kimi、腾讯元宝「XX 哪家好、怎么选、哪家供应商靠谱」时，AI 的回答正在取代搜索引擎，成为新一代决策入口。无论是消费者找本地门店，还是采购商找源头工厂，越来越多的人直接把问题抛给 AI，并信任 AI 给出的名单。

AI 从不凭感觉推荐品牌，它只信任能够交叉验证的信息。 大模型在回答推荐类问题时，本质是在做多源证据的交叉验证：你的品牌在工商系统、地图、行业平台、电商、社交媒体的信息是否一致？有没有独立于你自述的第三方背书？服务流程、产品参数、价格政策是否具体到可核对？近期是否活跃？—— 这些要素直接决定你能否进入 AI 的推荐答案，以及被排在什么位置。

如果 AI 的答案里没有你，你就等于把客户让给了名单上的竞争对手。 而这个名单，是可以被科学地「经营」出来的。

二、这个技能做什么

本技能为你的品牌做一次完整的 AI 可见度诊断与长尾问句挖掘布局规划，无论你是本地到店型业务，还是全国泛在型业务，均适用：

本地到店型（餐饮、眼镜、口腔、医美、教培、家政、汽修、本地零售等）—— 围绕「城市 / 商圈 / 门店 + 决策问句」布局，诊断地图 POI、NAP 一致性、到店动线、本地生活评价，转化设计指向到店、团购与私域；

全国泛在型（生产制造、工厂批发、SaaS、电商品牌、B2B 供应商、招商加盟等）—— 去地域化布局，围绕「品类词 + 供应商推荐 / 怎么选 / 多少钱 / 厂家 / 品牌对比」展开，诊断官网、行业垂直平台、B2B 黄页、经销网络与全国口碑，转化指向线上咨询、下单、留资与经销合作。

三、一次交付六项成果

1. 六位专家并行深挖与交叉复议：信源侦察、客群与需求意图、竞争格局、优势与证据审计、合规红线、冲突仲裁六路并行，各自只答自己那一个问题、互不引用，产出带 URL 的证据卡；再经四步交叉复议（交换 → 标记冲突 → 反证搜索 → 仲裁定论），把「客户自述」与「公开信息」的冲突逐项裁定，最终收敛成一张可布局切入点清单；
2. 120–140 组高价值问句总库：沿用户决策旅程挖掘用户真实会问出口的提问式长句，9 大意图族全覆盖（每族有下限，推荐族 ≥24 组）。其中推荐族的 40%–50% 是不带品牌词的品牌寻向型问句 —— 句子里不含任何品牌名，但询问意图就是想得知该品类 / 该服务的品牌，AI 在组织答案时必然要点名品牌，这正是品牌被自然带出的入口；每条这类问句都要同时满足三条硬条件：① 高热度低竞争（H≥4 且 C≤3）；② 与品牌优势、价值、产品、服务高度匹配且有可验证证据（隐含需求 → 优势维度 → 可验证证据 → AI 推荐植入点）；③ 期望答案结构是「品牌名单 / 推荐 / 哪个好 / 怎么选」。三条缺一即不计入占比，写不出匹配点的词一律不入选；
3. 热度 × 竞争度四象限战力图（报告中的「四相线模型」）：分层锁定低竞争、高价值的主战场，每条问句都写明为什么是这个分（只给分数不给理由，客户无法判断该不该采纳），淘汰词逐条写明原因；
4. P1/P2/P3 分级落地清单：每条问句配内容方向、AI 友好表述范式（把「我们很专业」改写成可核对细节的示范段落）与分发渠道；
5. 90 天执行路线图：分四阶段（地基期 → 主攻期 → 扩展期 → 收割期）给出可执行动作，从「查无此人」到「主动推荐」；
6. 合规红线把关：所有选词绕开资质覆盖不到的宣称，只用现有可验证资产，不碰医疗效果、绝对化用语等红线，确保每一条都能安全落地。

四、适合谁用

• 本地商家：想让同城客户在问 AI「哪家好」时第一个想到你；
• 工厂与供应商：想让采购方在问 AI「哪家厂家靠谱」时进入推荐名单；
• 品牌方与市场负责人：想系统性地管理品牌在 AI 生态里的形象与露出。

只要你需要知道某一个品牌的现状、AI-GEO 的切入点，你就一定需要这份报告的诊断 —— 它既告诉你现状是什么，也告诉你该如何切入优化。

不适用：想让 AI「刷榜」「买推荐位」的诉求 —— 本技能不做，也做不到。AI 回答无法被付费操纵；本技能做的是把真实、可交叉验证的品牌资产讲清楚，让模型在自然回答里能引用到。

前提：品牌至少要有可验证的既有资产（经营年限、平台 POI、真实评价、官网、公开报道等任一项即可）。完全没有线上痕迹的品牌，报告会如实标注「需先建资产」，不会编造。

30 秒上手

直接在对话框里说这句话就行（不用记参数名，说人话即可）：

帮我看看「衡水柯创装饰」在 AI 搜索里的可见度，做装修和旧房改造，在衡水。

开工前你只需要准备：

| 需要什么 | 去哪里拿 | 不填会怎样 | |---|---|---| | 品牌名称（最好带工商注册名） | 营业执照上的名称，或门店招牌 | 必填，没有无法开始 | | 核心业务主词 | 你最想被搜到的 2–3 个词，如「装修、旧房改造」 | 必填，决定问句库往哪展开 | | 城市 / 商圈 | 门店所在城市 | 本地型必填；全国型可省略 |

最小可用示例：

输入：帮我看看「衡水柯创装饰」在 AI 搜索里的可见度，做装修和旧房改造，在衡水。
输出：一份单文件 HTML 报告 —— 专家团深挖与交叉复议 + 品牌信源盘点 + 120~140 组长尾问句
      + 热度×竞争度四象限优选 + 逐词落地方案 + 90 天路线图

其余信息（官网链接、执照附件、目标客群、优势与限制）不填也能跑，缺什么方法论里都有默认路径，报告里会标注「需客户核实」。想让报告更准再补。

和「自己拿 AI 随手问一句」的区别

| | 随手问一句 AI | 本技能 | |---|---|---| | 采样方式 | 单次提问，随机抽查 | 结构化问句库，多平台交叉验证 | | 覆盖范围 | 基本只覆盖核心词 | 120~140 组覆盖 9 大意图族，推荐族含 40~50% 不含品牌词的真实问法 | | 深挖方式 | 一个人问一次 | 六位专家并行 + 四步交叉复议，冲突逐项裁定 | | 判断依据 | 只能看出「提没提到」 | 热度 / 竞争度打分 + 分档优选 + 评分理由 | | 交付结果 | 一段聊天记录 | 可直接执行的清单与节奏表 |

触发词

品牌 AI 可见度、AI 搜索优化、GEO、大模型推荐、品牌全域诊断、长尾问句、问句挖掘、AI 问答露出、品牌诊断报告、信源盘点。

单次价格

¥19.9/次。与支付宝 AI 付「服务管理」中登记的服务单价（19.9 元）一致，也与服务端 402 账单金额一致；实际扣款以账单为准。

计费、收款与退款

依据支付宝 AI 按量付费官方口径（产品介绍 · 支付宝文档中心）， 以及服务端 402 账单里实际下发的字段。402 报文的作用之一就是「向用户透传商品信息和收款方信息」， 所以下面这些本就该公开。

| 项目 | 说明 | |---|---| | 计费单元 | 一次成功调用（取回结果）计一次 | | 单价 | ¥19.9 / 次 | | 扣费时机 | 用户在支付宝确认支付后立即扣款；扣款成功才发放结果 | | 收款方名称 | 星伙伴AI（账单 seller_name 字段，即用户付款时看到的收款方） | | 商户号（PID） | 2088002039238232（账单 seller_id 字段） | | 收款账户 | 商家签约账号的支付宝余额账户 | | 到账 | 默认实时到账；但按官方规则，新签约该产品未满 90 日、或连续交易未满 30 日的商家，收款资金于次日结算（当日可在「对账中心 > 不可用余额」查看） | | 服务费 | 单笔按 1.0% 计收，四舍五入保留 2 位；个人开发者在 2026.4.15–2026.12.31 阶段性享零费率，实际扣费以账单为准 | | 退款 | 交易发生后 12 个月内商家可退款（实际以合约约定为准）；退款资金原路退回用户账户，服务费一并退回 | | 重复扣款 | 同一笔支付重复取回不会重复扣费 —— 服务端会返回已保存的结果（already_fulfilled: true） |

退款与争议处理：凭你的订单号（pay 步骤输出里的那个）联系服务方申请。

联系方式：vbjz0255@agent.qq.com（邮件附上订单号，便于快速定位）

数据与网络行为声明

本 Skill 涉及的全部外部行为如下，均可逐项复核：

| 项目 | 说明 | |---|---| | 唯一出网域名 | https://skill.starpartnerai.cn（StarpartnerAI 自有业务接口，与支付宝 AI 付「服务管理」中登记的服务地址 https://skill.starpartnerai.cn/run/brand-geo-report 完全一致） | | 接口参数 | brand_name / city / business_keywords / target_audience，与支付宝登记的服务请求示例字段一致 | | 出网数据 | 仅用户主动提供的品牌名、城市、业务主词与目标客群，不含个人身份信息、密钥、本地文件内容或环境变量 | | 唯一派生的外部进程 | 官方 alipay-bot（来自支付宝官方买家侧依赖 @alipay/agent-payment），用于展示账单、等待用户扫码授权与查询原订单 | | 支付与签名 | 本包不包含、不读取、不转发任何私钥或 API Key；付款与签名全部由支付宝官方组件完成，本 Skill 不自行实现付款或签名 | | 本地文件读写 | 仅限 --state-dir（默认系统临时目录）下的账单文件与状态文件；账单文件权限 0600 | | 是否自动扣款 | 否。支付必须由用户本人在官方支付界面确认后才能继续 | | 公开 CDN 依赖 | 报告模板 assets/report-template/template.html 引用 cdn.jsdelivr.net（ECharts 图表）与 miaoda.feishu.cn（Noto 中文字体）；断网时图表与字体降级，报告正文不受影响 | | 报告内图片 | 来自用户提供的附件或本地生成，渲染时内嵌为 data URI，不上传任何服务器 |

依赖

买家侧支付能力（首次使用前安装一次）：

npx -y @alipay/agent-payment@latest install

安装完成后运行环境应可直接调用 alipay-bot。

安装输出里出现「❌ 一键安装失败」不一定是真的失败。 该安装器会并行做三件事 （CLI / Plugin / Skill 目录），其中 Plugin 与 Skill 两项常因「运行时版本未知」或 「未检测到 Skill 目标目录」而报错，但 CLI 本体已经装成功。 判据只有一条 —— 执行 alipay-bot --version，能输出版本号（如 alipay-bot-cli 0.4.5）就是可用。 若提示 command not found，先确认 ~/.local/bin 在 PATH 里，或重跑一次安装命令。

生成报告需要 Node.js（用于内联脚本语法校验，缺失时跳过）与 Python 3（scripts/build_report.py）；图片预处理另需 pip3 install Pillow。

附件图片支持 JPG / PNG / GIF / WebP / BMP / TIFF。iPhone 拍的 HEIC 需 pip3 install pillow-heif；不想装就在手机「设置 → 相机 → 格式」改为「兼容性最佳」后重拍。不支持 PDF / PSD / SVG，请先导出成图片再处理。任何格式问题脚本都会给出中文处置指引，不会抛英文报错。

输入要求

接口参数与支付宝 AI 付「服务管理」中登记的服务请求示例一致：

{"brand_name":"示例品牌","city":"北京","business_keywords":["眼镜","配镜"],"target_audience":"青少年家长"}

| 参数 | 命令行 | 必填 | 说明 | |---|---|---|---| | brand_name | --brand-name | 是 | 品牌名称（含工商注册名更佳），用于实体消歧 | | city | --city | 本地型必填 | 城市 / 商圈 / 门店地址 | | business_keywords | --business-keywords | 是 | 核心业务主词与重点业务线，多个用逗号分隔，如 眼镜,配镜 | | target_audience | --target-audience | 否 | 目标客群 / 转化目标（到店、线上成交、招商、留资） |

以下三项不填也能跑（不通过接口传输，只影响报告深度）。想让结论更准就补，不补时方法论都有默认路径：

| 可选信息 | 不填时怎么办 | |---|---| | 官网 / 线上店链接 | 写「无」，走三级替代路径（认领平台页 → 一页纸长文锚点 → 择机建站） | | 营业执照 / 授权书 / 资质附件 | 走「零资质路径」，只用经营年限、平台 POI、真实评价等可验证资产 | | 目标客群 / 已知优势与限制 | 按行业惯例推出默认客群，并按最保守策略处理，不碰需要背书支撑的词 |

调用流程

--session-id 在整条链路中必须保持不变（建议用会话键或业务单号，不要用时间戳），用于隔离本次会话的本地状态。

关于幂等：它由服务端按订单号保证 —— 同一笔支付重复取回只会返回已保存的结果， 不会重复扣费、也不会重复生成资源。所以即便你换了一个 --session-id 去取回， 只要订单号对得上，钱也不会被收第二次。不要为了让请求"看起来一样"而复用别人的 session-id。

--out-shake-no 需要的订单号，来自 第 2 步 pay 的输出（照抄那里的订单号即可）。

1. 取账单

node scripts/brand-geo-paid.mjs probe \
  --session-id "$SESSION_ID" \
  --brand-name "品牌名" \
  --city "城市" \
  --business-keywords "眼镜,配镜" \
  --target-audience "青少年家长"

未付款时接口返回 HTTP 402 与 Payment-Needed 账单，脚本把账单和原始请求参数一起落盘；输出 payment_required 即进入第 2 步。若直接返回 200，说明该订单已付款，直接进入第 3 步。

参数必须在 probe 阶段一次给全。 账单参数在签发时即固化、付款后无法更改，所以脚本会在付款前先自查必填项，不齐就直接报错、不会签发账单、也不会产生任何扣款。必填：品牌名 + 至少一个业务主词。缺主词是最常见的失败方式，且后果最重——付了钱也拿不到报告，而且重试无效。

2. 用户确认支付

node scripts/brand-geo-paid.mjs pay --session-id "$SESSION_ID"

脚本把账单文件与原始请求交给官方 alipay-bot，展示用途与金额，等待用户本人扫码授权。不得自动扣款；用户取消时应停止，不要重试付款。

3. 取回结果

node scripts/brand-geo-paid.mjs complete --session-id "$SESSION_ID" --out-shake-no "<订单号>"

脚本会自动把第 1 步落盘的原始请求体与请求头一并重放给官方 alipay-bot（内部走 -d / -H），你不需要手工再填一次业务参数。这一点很关键：官方买家侧组件默认只重放订单号、不带业务参数，服务端拿不到品牌名与业务主词就无法交付，表现为「钱已扣、报告未出」。

退出码有明确含义，不要只看有没有输出：

| 退出码 | 含义 | 下一步 | |---|---|---| | 0 | 交付成功 | 用返回内容出报告 | | 1 | 业务失败（服务端已明确拒绝） | 按提示修正后用同一订单号重试，不要重新付款 | | 3 | 结果不明（没拿到交付标记，也没拿到明确的失败标记） | 先查原订单（status / 服务端），确认是否已扣款再决定；不要盲目重复取回 | | 非 0 其他 | 组件未安装、参数错误等本地问题 | 按脚本给出的 [问题]/[原因]/[下一步] 处理 |

关于有效期与凭证：

• 账单自签发起 30 分钟内有效，超时未付款则该账单作废。作废不会扣款，重新发起 probe 即可。
• 付款凭证一次性有效：同一笔支付重复取回只会返回已保存的结果，不会重复扣费、也不会重复生成资源。
• 交付万一失败时，服务端会把这笔支付标记为「可重试」并延长重试窗口 —— 所以看到失败提示不用慌， 用同一订单号重试即可，不要重新付款。

拿到 already_fulfilled: true 属正常情况：说明这笔支付此前已成功交付过，返回的是服务端保存的结果，没有重复扣费、也没有重复生成资源，不要因此再付一次。

取回失败时会明确报错并保留本次支付，可凭同一笔支付重试；状态不明时先查原订单，不要重复付款或重复交付。

随时可用 node scripts/brand-geo-paid.mjs status --session-id "$SESSION_ID" 查看已落盘的订单状态。

4. 输出报告

把结果展示给用户。需要单文件、可直接发送的 HTML 报告时，必须用脚本渲染，不要手写 HTML：

python3 scripts/build_report.py report-data.json -o 报告.html

为什么这条是硬要求：模板里已内建七段目录、四相线散点图、筛选交互与响应式断点。手写一份「看起来差不多」的 HTML 会稳定地丢掉四相线图、缺段、移动端塌掉、图片没内嵌——正确做法是只改 report-data.json、不动模板，重跑同一条命令即可迭代。字段 schema 见 assets/report-template/report-data.example.json。

报告要让客户自己看得懂判断依据：热度 H 与竞争度 C 的 1–5 分，除了填分值，还要写一句「为什么是这个分」（例如「该词在主流大模型回答中均被头部品牌占据，故竞争度 5」）。评分锚点见 references/methodology.md——只给分不给理由，客户无法判断该不该采纳。

5. 执行诊断工作流

拿到结果之后的具体执行顺序（Stage 0 行业分叉 → 六阶段工作流 → 数据驱动渲染 → 质量门）写在 references/workflow.md，开始分析前先通读一遍。

最短路径是：先读 workflow.md 的 Stage 0 判定本地型 / 全国型（这一步决定后面所有模块的分叉，不能跳），再按 Stage 1–6 逐段推进，最后过一遍文末的六道质量门再交付。

异常与降级（不会崩，也不会出残缺报告）

| 情况 | 处置 | |---|---| | 检索接口超时 / 失败 | 单平台最多重试 2 次；仍失败则标注「需商家后台核实」，不臆造，其余平台继续 | | 抖音 / 小红书 / 点评抓不到 | 先走浏览器实地检索；仍拿不到标注「需商家后台核实」，不阻塞整体流程 | | 支付中途取消 | 停止，不要重试付款；账单与状态已落盘，用 status 查看后再决定 | | 脚本报错 | 一律输出 [问题] / [原因] / [下一步] 三步式中文提示，按提示修即可，不需要读 traceback | | 必填区块缺失 | 脚本直接中断并指出缺哪个、在哪份文档里，绝不会产出缺块的报告 | | 长任务中断 | 已抓到的信源先落盘，恢复后从断点继续，不必从头重跑 |

常见问题

遇到问题先查 references/faq.md（16 个高频问题，分三类）：

• 输入与素材：附件是 HEIC 传不进去 / 品牌名有歧义 / 没有营业执照 / 没有官网 / 小红书抖音抓不到
• 过程与结果：报告结论和客户感受不一致 / 跑到一半中断 / 只想做单条业务线 / 不是眼镜行业能不能用 / 问句太生硬 / NAP 不一致 / 能不能出 PDF
• 付款与取回：提示缺必填字段钱有没有扣 / 付款成功却没拿到结果怎么办 / already_fulfilled 是什么意思 / 渲染报缺区块是不是坏了

付款、取回、重试相关的问题看第三类，里面会明确告诉你「钱有没有扣」和「要不要重新付款」。

资源导航

| 文件 | 何时读 | |---|---| | references/workflow.md | 开始分析前必读：Stage 0 行业分叉判定、六阶段工作流、数据驱动渲染、六道质量门 | | references/methodology.md | Stage 2/3/4：AI 采信机制、H/C 评分锚点、六标准过筛、分级规则、本地/全国词差异 | | references/expert-panel.md | Stage 1/2 必读：六位专家编制与分工、证据卡格式、交叉复议四步、客户信息不符处置、零误判八闸、切入点清单 | | references/diagnosis-checklist.md | Stage 1/2：信源分层抓取清单、五维诊断框架、NAP 整改、无官网替代路径 | | references/question-framework.md | Stage 3：决策旅程意图簇、提问句式模板库、本地/全国改写规则、总量 120–140 组与分簇下限 | | references/compliance-redlines.md | Stage 5/6：广告法与通用合规红线、AI 友好表述改写原则 | | references/report-outline.md | Stage 5/6：报告七段固定目录、P1 六件套模板、复议表、路线图与监测机制 | | references/industry-eyewear.md | 眼镜 / 视光 / 青少年配镜类客户必看 | | references/faq.md | 遇到问题时：16 个高频问题与处置动作（含付款与取回类） | | assets/report-template/report-data.example.json | 组装数据时的字段 schema 与填写范例 | | scripts/build_report.py · scripts/normalize_images.py | 图片处理与 JSON → 自包含 HTML 渲染 |