品牌GEO全案

问题

品牌在生成式引擎优化上容易停在单点：有人跑一次诊断、拿到 AIVO 分数就把报告放一边；有人出了方案，却没人把方案落成能发的内容；有人攒了一堆文档，到下季度想对比时数据已经串了。结果是诊断、方案、内容、归档、复盘彼此脱节，多品牌场景下还会互相覆盖。

它怎么工作

把整条链路固化成一个 skill：输入 brandName、productType，可选 website、stages、archiveToTencentDocs、slug，然后按六步推进。

• Step A GEO 诊断：内部调用 geo-diag-report 跑四阶段流水线，产出合并 JSON 与 HTML 报告；AIVO 总分和四维分由后续步骤直接复用，不重新编数。
• Step B 运营完善方案：按 references/operation-plan-guide.md 的五大支柱生成自包含 HTML，每条支柱必须对应诊断短板，附 90 天路线图、KPI、预算、风险矩阵与选题清单。
• Step B2 内容资产：scripts/gen-content-assets.js 生成 brand-profile.md、faq.md、articles.md、content-brief.md 骨架并带 JSON-LD；脚本只生架不杜撰事实，正文占位符留给运营填真实内容。
• Step C 腾讯文档归档（可选）：整理成 MDX，调 create_smartcanvas_by_mdx 建智能画布；Windows 下走 payload.json + Git Bash，避免 cmd 把引号拆坏。
• Step C2 监控复盘：scripts/monitor.js 存 checkpoint，产出 monitor-<slug>.html，画 AIVO 趋势、delta 徽章，并给出回环提示。
• Step C3 多品牌看板：scripts/build-dashboard.js 按注册表汇总，输出排名、等级色块、四维迷你条与趋势。

适用边界

• 它是编排层，不是诊断算法本身。只要"诊断报告"时走 geo-diag-report，出现"方案/全案/内容/监控/看板"才走这个 skill。
• 数据隔离是硬要求：多品牌必须各用独立子目录并填 slug，否则 /stage1~4.json 会被覆盖。
• 归档到腾讯文档需先授权；未授权时先交付本地 HTML，不要硬跑。
• 社区团购/生鲜供应链语境下的渠道建议，要结合自身网络验证，别当通用结论。