Orchestrate brand knowledge base, GEO visibility audits, AI-GEO content generation, and multi-platform draft assistants into a human-reviewed enterprise AI c...
---
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。
don't have the plugin yet? install it then click "run inline in claude" again.