wepr-geo-panorama-audit git:20260805.ad16d59A

Immutable. This exact content is served forever at /api/v1/blob/1a2a4ea2c90b8aa8.

---
name: wepr-geo-panorama-audit
description: 当用户需要基于品牌官网抓取、公开事实交叉验证、内容资产诊断、站内站外 GEO 机会地图、项目启动诊断、季度复盘或投放前评估时使用；不用于问答平台采样监测、单页诊断、文章写作、标题生成、后端归因或执行路线图拆解。
---

<!--
Copyright © 2026 姚金刚. All rights reserved.
Project: wepr-geo-panorama-audit
Created by: 姚金刚
Date: 2026-05-16
-->

# WEPR GEO Panorama Audit

## 使用场景

- 项目启动、季度复盘、竞品追赶、投放前评估，或需要先建立 GEO 基线。
- 用户要先从目标品牌官网抓取公开信息，交叉验证品牌实体、产品、页面、内容资产、竞品和外部信源，再输出站内与站外系统方案。
- 面向品牌负责人、增长负责人、GEO 顾问、内容负责人输出机会地图和 P0 优先级。

## 不适用场景

- 只诊断一个 URL 或页面结构；应改用页面诊断类 skill。
- 只写榜单、对比、科普、标题或旧文改造；应改用内容生产类 skill。
- 只需要第三方问答平台答案表现和趋势监测；应改用监测类 skill。
- 只设计 GEO 效果追踪、归因字段或数据看板；应改用 `wepr-geo-tracking`。
- 已有诊断结论，只需要拆 30/60/90 天执行计划；应改用实施方案类 skill。

## 必要输入

- 品牌名、官网、产品线、行业、区域、目标用户和业务目标。
- 已知竞品、已有内容清单、核心页面、品牌资料、销售资料和 PR 材料。
- 种子问题、核心关键词、客户咨询记录、历史 SEO 词库、站内搜索数据。
- 可选：GSC、GA、百度统计、CMS、CRM 线索、第三方舆情和媒体稿。

## 语言与命名约束

- Skill 名称必须遵守 `wepr-geo-xxx` 规范；本 skill 固定为 `wepr-geo-panorama-audit`。
- 默认输出语言为中文简体；报告正文、表头、字段名、状态值、判断标签和模块名称都应使用中文简体。
- 保留品牌名、产品名、平台名、URL、专有名词和用户英文素材，避免误译。
- 如用户明确要求双语或英文版本，先完成中文简体主版，再生成对应语言版本。

## 必读资料

- `references/skill-method.md`
- `references/research-foundation.md`
- `references/official-site-evidence.md`
- `references/geo-quality-model.md`
- `references/quality-gates.md`
- `references/artifact-layout.md`

## 执行流程

1. 先按 `research-foundation.md` 建立诊断口径：GEO 全景诊断从官网事实源出发，以官网抓取、断言级核验、公开信源交叉验证和站内/站外机会地图为主线。
2. 抓取并归档目标品牌官网和官方入口：主页、产品页、方案页、价格页、案例页、文档页、帮助中心、博客、新闻稿、关于页、联系页和 sitemap。
3. 建立品牌实体档案，统一品牌名、别名、产品、服务、资质、客户、案例、价格、渠道、地域、适用场景和不适用边界。
4. 对官网断言做交叉验证：优先用官方二级来源、帮助文档、投资者资料、公开客户案例、媒体报道、百科、社区、行业报告和已授权资料核验；无法核验的内容标为待确认。
5. 生成用户问题覆盖矩阵，覆盖推荐、比较、替代、教程、价格、风险、真实性、购买决策和场景解决，用来检查官网是否能回答这些问题。
6. 补全 12 个诊断域，详见 `official-site-evidence.md`。
7. 按统一 GEO 特征模型评分：语义密度、结构规范性、可引用性、权威信号、可读性、鲁棒性、新颖性、跨域贡献，并增加完整性评分。
8. 输出机会地图，必须拆成站内方案和站外方案：站内包括页面重构、事实卡、FAQ、结构化摘要、内链、Schema、内容补齐；站外包括媒体、百科、公众号/视频号、社区、行业报告、合作伙伴、案例证据和第三方背书。

## 输出契约

- `GEO 全景诊断报告`
- `方法依据与评分口径`
- `权威参考映射`
- `官网抓取与事实交叉验证表`
- `官网抓取覆盖、实体档案、产品服务与商业信息地图`
- `用户问题覆盖矩阵`
- `技术可抓取与结构化数据诊断`
- `GEO 机会地图与优先级矩阵`
- `站内系统方案`
- `站外证据建设方案`
- `风险、假设与待确认项`
- `页面与内容资产修复清单`
- 默认四格式交付：Word（`.docx`）、PDF（`.pdf`）、HTML（`.html` 或完整 HTML 包）、Markdown（`.md`）。

## 校验清单

- 生成示例或正式报告时，必须真实产出 Word、PDF、HTML、Markdown 四种格式，并共用同一内容结构。
- 四格式生成后，必须按 `references/artifact-layout.md` 和 `references/quality-gates.md` 自 review；发现排版溢出、边框错位、行距异常、表格不可读或字段英文化时，先自行修复再交付。
- Word 表格必须显式控制总宽、网格列宽和单元格宽度；密集表需要拆成窄表，不能向右溢出或贴边。
- PDF 必须从已校验 HTML 渲染，检查页面尺寸、分页、表格边框和是否存在浏览器默认页脚。
- HTML 必须包含固定跟随的章节菜单栏，滚动时不遮挡内容。
- 不把 SEO 排名、官网流量或品牌知名度直接等同于 GEO 优先级。
- 不把“官网有页面”直接等同于“AI 可准确引用”；必须检查页面是否有可抽取的定义、表格、FAQ、来源、更新时间和断言级事实。
- 不把引用链接数量直接等同于可信度；必须检查引用是否真实支持对应断言。
- 品牌事实、客户案例、数据、资质和价格必须有来源；无法确认则标为待确认。
- 结论必须区分事实问题、结构问题、信源问题和执行问题。
- 机会地图必须有资源约束、P0/P1 优先级、负责人建议和验收口径。
- 报告必须系统、详细、完整：闭环、断言级证据、覆盖 12 个诊断域。

## 参考地图

- `templates/brief-template.md`：标准输入简报。
- `evals/trigger_cases.json`：触发与相邻场景测试。
- `evals/expected_artifacts.json`：输出契约和必要文件。
- `reports/output-risk-profile.md`：输出风险画像。
- `reports/artifact-design-profile.md`：报告设计画像。