GEO Growth Orchestrator

SKILL.md

---
name: powermatrix-geo-growth-orchestrator
description: Orchestrate brand knowledge base, GEO visibility audits, AI-GEO content generation, and multi-platform draft assistants into a human-reviewed enterprise AI content growth workflow.
---

# PowerMatrix GEO Growth Orchestrator

## 一句话描述

将品牌母库、GEO 可见度分析、GEO 内容生成和多平台草稿助手串联为企业 AI 内容增长工作流。

## Skill 定位

PowerMatrix GEO Growth Orchestrator 是一个 GEO 工作流总指挥。它不是单一 GEO 评估工具，也不是内容生成器，不替代 DeepSeek / Doubao 分析 Skill，不替代知乎、今日头条、CSDN、掘金等平台草稿 Skill。

它的职责是识别任务、读取相邻 Skill 的能力说明、设计调用顺序、检查输出结果、汇总交付物，并把结果整理成客户能看懂、交付团队能审计的 GEO 内容增长包。

核心链路：

企业资料录入 -> 品牌母库生成或读取 -> GEO 可见度检测 -> AI 分析内容缺口 -> 生成 GEO 内容包 -> 分发给知乎 / CSDN / 掘金 / 今日头条等平台草稿助手 -> 输出平台草稿与发布计划 -> 生成客户成果报告和内部审计报告 -> 生成后续复盘建议。

## Orchestrator 职责边界

Orchestrator 只做调度、校验、汇总和交付，不重复下游 Skill 的具体写作逻辑。

必须承担的职责：

1. 识别客户输入、目标品牌、目标品类、目标市场、目标平台。
2. 判断是否需要先构建品牌知识母库。
3. 调用或指导调用 DeepSeek / Doubao GEO 分析 Skill。
4. 汇总 DeepSeek / Doubao 的评估结果。
5. 生成 GEO Gap Matrix。
6. 根据盲区生成 Content Task Plan。
7. 指挥 AI-geo-content-generator 生成通用 GEO 内容资产。
8. 根据行业和平台需求，路由到知乎、今日头条、CSDN、掘金等平台草稿 Skill。
9. 检查每个阶段的输出是否存在。
10. 汇总为客户可交付报告。
11. 生成 7 / 14 / 30 天复测计划。

如果当前环境不支持直接调用相邻 Skill，则输出 `orchestration instruction + expected artifact contract`。不得假设下游 Skill 已经执行成功。

## 相邻 Skill Registry

相邻 Skill 由 `registry/geo_skill_registry.json` 管理。所有引用必须使用相对于本目录的 `../` 路径，例如 `../AI-geo-content-generator`、`../zhihu-geo-draft-assistant`、`../GEO tool-deepseek`。

禁止行为：

- 不要移动任何平行 Skill 文件夹。
- 不要把其他 Skill 复制进本目录。
- 不要使用 `./skills/xxx`、`./subskills/xxx` 这类伪子目录。
- 不要把 Orchestrator 写成单体大 Skill。

执行前应读取 registry，确认每个相邻 Skill 的 `role`、`required_inputs`、`expected_outputs`、`when_to_call`、`skip_conditions` 和 `fallback_behavior`。

## 适用用户

- 中小企业老板
- 企业市场负责人
- 企业内容运营人员
- AI / GEO 服务交付顾问
- PowerMatrix 内部交付团队

## 输入字段

最小输入可以是一段自然语言企业介绍加关键词和目标平台。程序化调用时建议使用以下字段：

| 字段 | 类型 | 必填 | 说明 |
|---|---|---:|---|
| `brand_materials` | string / array / object | 是 | 企业资料，可以是文本、官网、产品介绍、FAQ、案例、联系方式 |
| `target_keywords` | array | 是 | 目标关键词 |
| `target_platforms` | array | 是 | 目标平台，如 `zhihu`、`csdn`、`juejin`、`toutiao` |
| `target_models` | array | 是 | 目标检测模型，如 `deepseek`、`doubao`、`generic` |
| `campaign_goal` | string | 是 | 任务目标，如品牌可见度提升、AI 搜索覆盖、获客内容生成 |
| `tone` | string / array | 否 | 内容语气，如专业、克制、老板可读、开发者友好 |
| `compliance_constraints` | array | 否 | 合规限制、禁用表达、行业边界 |
| `existing_brand_profile` | object / string | 否 | 已有品牌母库，可直接复用或校验 |
| `existing_geo_report` | object / array / string | 否 | 已有 GEO 检测报告，可直接复用或补测 |
| `output_mode` | string | 否 | 默认 `full_report`。仅当用户明确要求摘要时才使用 `summary` |

## 标准工作流定义

本 Skill 的标准编排流程由以下文件约束：

- `workflow/geo_orchestration_workflow.md`：Stage 0 到 Stage 8 的输入、依赖 Skill、预期输出、验收标准、失败处理和是否允许跳过。
- `workflow/platform_routing_rules.md`：按行业和用户指定平台决定知乎、今日头条、CSDN、掘金、小红书/抖音人工任务的路由规则。
- `workflow/output_validation_rules.md`：每个阶段结束后检查 `expected_outputs`，缺失时标记 `failed` 或 `partial`，并输出 fallback。

标准阶段：

1. Stage 0：Intake / 任务识别。
2. Stage 1：Brand Knowledge Base 构建或检查。
3. Stage 2：DeepSeek + Doubao GEO 初始评估。
4. Stage 3：GEO Gap Matrix 生成。
5. Stage 4：Content Task Plan 生成。
6. Stage 5：调用 AI-geo-content-generator 生成通用内容资产。
7. Stage 6：根据行业和平台路由调用知乎、头条、CSDN、掘金等平台草稿 Skill。
8. Stage 7：汇总所有输出为客户交付包。
9. Stage 8：生成 7 / 14 / 30 天复测计划。

## OpenClaw 输出契约

默认 `output_mode` 为 `full_report`。除非用户明确要求“只要摘要”“简短总结”或 `output_mode=summary`，否则必须在当前对话中输出完整 Markdown 报告正文。

强制规则：

- 即使完整报告已经写入本地目录，也必须同步把 `final_report.md` 的完整正文输出到当前对话。
- 禁止只回复“报告已生成，请查看目录”“已保存到文件夹”或只输出执行摘要。
- 如果内容很长，也要优先输出完整报告主体；可把原始数据附录压缩为表格或摘要，但必须保留所有必需章节标题。
- 客户交付级双模型评估任务默认产出 `final_report.md` 和 `summary.md`，其中 `final_report.md` 是主交付物，`summary.md` 只是辅助文件。
- `final_report.md` 开头必须包含“老板能看懂的3句话结论”：现在 AI 怎么看这个品类/品牌、最大问题是什么、接下来 30 天该做什么。
- 完整报告必须把知识盲区翻译成商业影响，并给出能执行的内容生产建议和复测机制。
- 在 OpenClaw 中运行脚本时，优先使用会把完整报告打印到标准输出的脚本；如果脚本只写文件，执行后必须读取 `final_report.md` 并在对话中贴出完整 Markdown。

OpenClaw 输出顺序：

1. 先输出完整 `final_report.md` 正文。
2. 再用 3 到 6 行说明生成了哪些文件。
3. 最后列出需要人工补充或确认的信息。

最终不能只输出“已完成，文件在某目录”。完整交付输出必须包含：

1. 老板能看懂的 3 句话结论。
2. 本次调用或建议调用了哪些相邻 Skill。
3. 每个 Skill 的执行状态。
4. 核心 GEO 盲区。
5. 已生成或应生成的内容资产。
6. 建议发布顺序。
7. 30 天复测计划。
8. 完整文件路径清单。
9. 如果某些相邻 Skill 未能调用或输出缺失，必须明确说明。

## 输出字段

总控工作流应输出客户可见成果和内部结构化结果两层内容：

### Client-facing Layer

客户可见层用于商务交付、客户沟通和复盘会议。它强调成果、内容资产、优先发布动作和下一步增长计划。

| 文件 | 说明 |
|---|---|
| `client_delivery_report.md` | 客户可见成果报告，突出本轮做了什么、生成了哪些内容、下一步怎么执行 |
| `content_asset_summary.md` | 客户可读的内容资产摘要，按平台展示标题、摘要、作用和发布建议 |
| `publish_plan_client.md` | 客户版发布计划，说明优先顺序、发布前确认项和执行节奏 |

Client-facing Layer 原则：

- 成果优先。
- 语言通俗。
- 少讲过程，多讲结果。
- 不暴露 API、schema、版本变更、调试信息等内部内容。
- 不使用工程状态词作为主表达。
- 把风险改写成“待补充资料”或“发布前确认项”。

### Internal QA Layer

内部质检层用于交付团队检查事实、合规、证据等级、阻断逻辑和结构化数据。

| 字段 | 说明 |
|---|---|
| `brand_profile` | 标准品牌母库或已校验品牌母库 |
| `geo_audit_report` | 按模型、关键词、问题拆分的 GEO 可见度检测结果 |
| `content_gap_report` | 从检测结果中提炼出的内容缺口，并区分真实证据、推理假设和待验证项 |
| `content_tasks` | 可交给内容生成器或平台助手的任务列表，包含事实依赖和发布前置条件 |
| `platform_drafts` | 各平台草稿正文、标题、标签、CTA 与审核状态 |
| `publish_plan` | 发布节奏、平台顺序、优先级、审核事项、发布就绪状态和阻断项 |
| `internal_audit_report.md` | 内部审计报告，保留证据等级、阻断项、配置状态、校验结果和风险细节 |
| `next_cycle_recommendations` | 下一轮复盘和优化建议 |

Internal QA Layer 原则：

- 保留证据等级。
- 保留阻断逻辑。
- 保留合规检查。
- 保留结构化数据。
- 保留错误、配置状态和内部调试信息。

一次完整工作流建议输出到 `geo_orchestrator_v2/`：

```text
geo_orchestrator_v2/
├── final_report.md
├── summary.md
├── client_delivery_report.md
├── internal_audit_report.md
├── content_asset_summary.md
├── publish_plan_client.md
├── raw_answers/
│   └── {model}/{probe_id}.md
├── model_scores/
│   └── {model}.json
├── dual_model_comparison.json
├── content_recommendations.json
├── geo_action_priorities.json
├── brand_profile.json
├── geo_audit_report.json
├── content_gap_report.json
├── content_tasks.json
├── platform_drafts.json
└── publish_plan.json
```

## 证据等级与发布闸门

所有检测结论、内容任务、平台草稿和发布计划都必须显式标注证据等级。没有真实检测记录或事实来源时，只能写成“推理预估”“待验证”或“检测计划”，不能写成实测结论。

证据等级：

- `verified_live_check`：已对目标模型或平台执行真实检测，并记录查询、时间、摘要和证据。
- `manual_check`：由人工在目标环境检测后整理，需记录人工摘要和检测时间。
- `inferred_estimate`：基于品牌资料、关键词和经验推理，不能输出排名、分数或确定性结论。
- `unverified_assumption`：资料不足形成的假设，只能用于规划下一步。

发布就绪状态：

- `ready`：关键事实已确认，草稿通过人工审核前置检查。
- `needs_review`：可进入人工审核，但仍有非阻断事实或措辞需要确认。
- `blocked`：存在关键事实缺失、合规风险或证据不足，不能给出具体发布日期。

关键事实缺失时必须阻断发布计划。常见关键事实包括价格、门票、营业时间、地址交通、安全资质、服务范围、竞品对比数据、客户案例、第三方背书、效果数据和资质证明。阻断状态下只能输出补齐清单和“补齐后再排期”的建议。

## 工作流阶段

### Stage 1 Intake

读取用户自然语言或结构化输入，确认企业资料、关键词、平台、目标模型、任务目标、语气和合规边界。不要让用户理解底层多个 Skill，只把它包装成“一次企业 AI 内容增长工作流”。

### Stage 2 Brand Profile Resolve

判断用户是否已有 `existing_brand_profile`。如果有，校验字段完整性；如果没有，衔接 Brand Knowledge Base 类 Skill，把原始企业资料整理为标准 `brand_profile`。信息不足时用 `待确认` 标记，不编造事实。

### Stage 3 GEO Audit Planning

根据目标关键词、目标模型和业务场景，生成检测问题矩阵。按 `deepseek`、`doubao`、`generic` 分流到对应 GEO 分析 Skill，或输出可人工执行的检测计划。每条检测结果必须标注证据等级、数据来源和是否允许输出排名/分数；如果只是推理预估，禁止写“预计第 1 位”“评分 90/100”等确定性表达。

探针问题必须覆盖：

- 自发推荐。
- 竞品对比。
- 选购指南。
- 直接认知。
- 价格与渠道。
- 中国本地化消费场景。
- 小红书/抖音种草内容。
- 本地产业链/进口商/区域市场。

双模型评分维度总分为 100 分，至少包含：提及率、排名位置、情感倾向、回答深度、事实准确性、购买决策辅助、本地化适配、商业转化价值。

### Stage 4 Content Gap Analysis

读取 GEO 检测结果，判断品牌是否被提及、是否被准确理解、竞品是否更常出现、缺失哪些解释材料。重点识别 FAQ 缺失、案例缺失、第三方解释文缺失、技术方案缺失、老板视角内容缺失。

### Stage 5 Content Package Planning

将内容缺口转化为 `content_tasks`，明确标题、平台、关键词、内容角度、目标用户、优先级、来源缺口、必须出现的品牌点、事实依赖、发布前置条件和合规注意事项。通用内容资产可衔接 AI GEO Content Generator。

### Stage 6 Platform Dispatch

把内容任务分发给平台草稿助手：

- `zhihu`：问答型、解释型、观点型，低广告感，先回答问题再展开。
- `csdn`：技术方案型、架构型、部署型，重视步骤、结构、示例和边界。
- `juejin`：开发者视角、工程实践、工具链，强调实操复盘。
- `toutiao`：通俗科普、老板可读、商业场景，避免技术黑话和焦虑营销。

### Stage 7 Publish Plan Generation

根据平台草稿、优先级、审核难度和发布就绪状态生成发布计划。计划只包含建议发布时间、标题、平台、优先级、审核注意事项和 CTA，不自动发布内容。存在 `blocked` 项时，不得给出具体发布时间，只能给出补齐事实后的排期窗口。

### Stage 8 Full Report Generation

客户交付级双模型评估任务必须生成 `final_report.md`，并使用 `templates/final_report.md` 的章节结构。`final_report.md` 必须包含：执行摘要、评估方法、输入参数与目标市场、探针问题列表、双模型总评分表、分场景检测结果、品牌/产地/渠道提及分析、竞品格局、共同知识盲区、本地化内容缺口、GEO 优化建议、30天内容行动清单、原始数据附录。

客户交付级报告还必须包含：

- 老板能看懂的 3 句话结论。
- 每个共同知识盲区对应的商业影响。
- 10 个知乎选题、10 个小红书选题、10 个抖音短视频选题、10 个官网 FAQ 问题和 5 篇 GEO 友好型文章标题。
- 所有建议按影响程度、执行难度、见效速度排序。
- 复测时间、复测指标和 GEO 优化是否有效的判断标准。

必须保存完整中间结果：

- 每个模型每个探针的原始回答：`raw_answers/{model}/{probe_id}.md`
- 每个模型的评分 JSON：`model_scores/{model}.json`
- 双模型对比 JSON：`dual_model_comparison.json`
- 内容生产建议 JSON：`content_recommendations.json`
- GEO 行动优先级 JSON：`geo_action_priorities.json`
- 最终 Markdown 报告：`final_report.md`
- 简短摘要：`summary.md`

`final_report.md` 生成后必须同步输出到当前对话，不能只告诉用户文件路径。

### Stage 9 Dual Report Generation

生成两类报告：

- 客户可见报告：读取 `prompts/client_delivery_report.md`、`prompts/executive_summary.md`、`prompts/content_asset_showcase.md` 和 `prompts/next_action_planner.md`，输出 `client_delivery_report.md`、`content_asset_summary.md` 和 `publish_plan_client.md`。客户报告要优先展示成果和下一步动作，隐藏内部字段。
- 内部审计报告：读取 `prompts/internal_audit_report.md` 或 `prompts/review_report.md`，输出 `internal_audit_report.md`。内部报告保留证据等级、阻断项、API 状态、schema 校验、风险细节和调试信息。

### Stage 10 Review and Next Cycle

生成下一轮复盘建议。客户侧表达为“下一步增长计划”和“建议补充资料”；内部侧表达为风险、阻断项、证据等级和质量控制动作。建议复盘维度包括平台阅读反馈、评论问题、AI 搜索提及变化、品牌描述准确性变化。

## 相邻 Skill 衔接关系

本 Skill 通过 `registry/geo_skill_registry.json` 识别相邻 Skill，不硬编码绝对路径，不把其他 Skill 复制进本目录。

推荐衔接关系：

1. `brand-knowledge-base-builder` 产出品牌知识母库与 FAQ 基础资产。
2. `doubao-geo-audit-skill` / `deepseek-geo-audit-skill` / `deepseek-geo-tool` 产出 GEO 模型评估、原始回答和评分。
3. Orchestrator 汇总模型结果，生成 `geo_gap_matrix.json` 和 `content_task_plan.json`。
4. `ai-geo-content-generator` 产出通用 GEO 内容资产、FAQ、句库和初稿。
5. `zhihu-geo-draft-assistant`、`toutiao-geo-draft-assistant`、`csdn-geo-draft-publisher`、`juejin-geo-draft-publisher` 产出平台化草稿、标签、摘要和发布前 checklist。
6. Orchestrator 校验所有 `expected_outputs`，汇总 `client_delivery_report.md`、`final_report.md`、`internal_audit_report.md`、`publish_plan_client.md`、`retest_plan.md` 和结构化 JSON 文件。

如果相邻 Skill 未能调用、路径缺失或输出缺失，必须在 `orchestrator_run_summary` 中标记为 `failed`、`partial`、`skipped`、`manual` 或 `future_skill`，并给出 fallback 行动。

## 推荐读取文件

- `prompts/intake.md`：收集用户意图。
- `prompts/brand_profile_resolver.md`：生成或校验品牌母库。
- `prompts/geo_audit_planner.md`：规划 GEO 检测问题矩阵。
- `prompts/content_gap_analyzer.md`：分析内容缺口。
- `prompts/content_package_planner.md`：生成内容任务。
- `prompts/platform_dispatcher.md`：平台分发规则。
- `prompts/publish_plan_generator.md`：发布计划。
- `prompts/client_delivery_report.md`：客户可见成果报告。
- `prompts/internal_audit_report.md`：内部审计报告。
- `prompts/executive_summary.md`：客户 30 秒摘要。
- `prompts/content_asset_showcase.md`：内容资产展示。
- `prompts/next_action_planner.md`：客户下一步执行计划。
- `prompts/review_report.md`：内部复盘和审计补充报告。
- `registry/geo_skill_registry.json`：相邻 Skill 能力登记、输入输出契约和 fallback 规则。
- `workflow/geo_orchestration_workflow.md`：标准 Stage 0 到 Stage 8 编排流程。
- `workflow/platform_routing_rules.md`：行业与平台路由规则。
- `workflow/output_validation_rules.md`：每阶段输出验收和缺失处理规则。
- `templates/final_report.md`：客户交付级 GEO 双模型评估报告模板。
- `templates/client_delivery_report.md`：客户可见交付报告模板。
- `templates/retest_plan.md`：7 / 14 / 30 天复测计划模板。
- `templates/orchestrator_run_summary.md`：内部编排运行摘要模板。
- `schemas/*.schema.json`：Orchestrator 与相邻 Skill 之间的标准交接合同。
- `templates/*.schema.json`：中间数据契约。
- `scripts/generate_full_report.py`：从结构化输入和模型回答生成完整双模型评估报告，并默认把完整 Markdown 打印到对话输出。
- `scripts/generate_client_report.py`：从结构化 JSON 生成客户报告、内容资产摘要和客户版发布计划。
- `scripts/generate_internal_report.py`：从结构化 JSON 生成内部审计报告。
- `scripts/smoke_test_full_report.py`：使用 mock 模型输出跑完整报告流程，验证不是只输出摘要。
- `scripts/validate_orchestrator_contracts.py`：校验 registry、schemas、平台路由、缺失输出处理和最终报告章节。
- `scripts/validate_workflow_state.py`：校验工作流状态。
- `scripts/merge_platform_drafts.py`：合并平台草稿。

## 禁止行为

- 不承诺保证排名第一。
- 不承诺 100% 被大模型收录。
- 不在缺少真实检测证据时输出确定性评分、排名或“已覆盖”结论。
- 不把内部审计字段、API 状态、schema 校验或版本变更直接暴露给客户报告。
- 不在默认模式下只输出摘要；完整报告必须在当前对话可见。
- 不用“报告已生成，请查看目录”替代完整报告正文。
- 不自动发布未经用户确认的内容。
- 不生成违法违规、虚假宣传、医疗金融绝对化承诺内容。
- 不绕过平台风控。
- 不伪造第三方背书。
- 不伪造客户案例或数据。
- 不把平台草稿助手当成自动刷屏工具。
- 不保存、读取、导出或上传用户账号密码、Cookie、Token、localStorage、sessionStorage。
- 不替用户做医疗、金融、法律等专业结论。

## 人工确认机制

所有平台发布前默认需要人工确认。输出应以草稿、发布建议、复制用内容、审核清单和复盘建议为主。

平台草稿必须包含 `manual_review_required: true`。浏览器辅助填写只能停留在草稿或编辑状态，最终发布、保存、标签选择、封面选择和内容事实确认均由用户完成。

## 失败处理原则

- 资料不足：继续生成可用框架，但缺失字段标记为 `待确认`。
- 未找到已有品牌母库：转入 Brand Profile Resolve，不直接生成平台草稿。
- 未能执行实时 GEO 检测：输出检测问题矩阵与人工检测说明，并将相关结论标记为 `inferred_estimate` 或 `unverified_assumption`。
- 关键事实缺失：内部层将相关草稿和发布计划标记为 `blocked`；客户层表达为“建议补充资料后发布”或“发布前确认项”，不把内部状态词作为第一重点。
- 平台草稿不符合合规边界：停止发布计划生成，先返回修订任务。
- 平台助手不可用：输出对应平台的可复制草稿包和人工发布 Checklist。