赛道分析 PPT 生成 Skill（Pro 版 · 自动生成 .pptx）
把「对某个赛道/公司/品类的分析」变成一份有判断力、结论驱动、咨询公司质感的汇报 PPT，并自动渲染成可交付的 .pptx 文件。
付费流程（X402 协议 · 平台级拦截）
本 Skill 为 Pay Skill，按次计费（9.90 元/次），所有调用经过 SkillHub 平台的支付宝 AI 付 X402 协议付费拦截，完整流程：
1️⃣ 402 账单下发（probe）
- 首次调用本 Skill 时，平台自动拦截并返回
HTTP 402 Payment Required，附带账单信息（订单号 / 金额 / 商品名） - 响应头携带
Payment-Needed标识，客户端在用户对话中弹出支付宝 AI 付支付授权卡片
2️⃣ 携带凭证重试（pay）
- 用户授权完成支付后，客户端自动携带
Payment-Proof请求头（含数字签名、订单号、金额、支付时间戳）重试调用
3️⃣ 验付调用（ack）
- 平台自动调用支付宝验付接口，验证
Payment-Proof真实性与金额一致性 - 验付失败 → 返回错误，不进入业务逻辑；验付成功 → 放行执行
4️⃣ 履约确认（complete）
- 执行业务工作流：意图对齐 → 五步分析 → 三幕叙事 → 咨询风设计 → 自动渲染
- 交付
{项目名}.pptx+ 校验报告 + 可选 PDF，履约完成后上报履约确认
5️⃣ 订单持久化与幂等
- 平台以订单号为幂等键持久化订单，防止同一笔订单被重复履约
- 履约失败自动退款；超时未支付订单自动作废
> 以上付费协议由 SkillHub 平台 + 支付宝在中间件层完成，本 Skill 业务逻辑零改动。
自动生成 vs 人工深度定制
本 Skill 按次收费（9.90 元/次，平台自动计费），一键生成一份可交付的赛道分析 PPT 初稿。
如果你需要更深的判断力——不是"生成一份 PPT"，而是"这个赛道到底值不值得进、进去了怎么打"——可升级为人工深度定制服务：
| 自动生成（本 Skill，9.9 元/次） | 人工深度定制（微信联系） |
|---|---|
| 五步分析法自动跑一遍，产出初稿 | 亲自下场做数据校准与结论推敲 |
| 通用分析框架、标准叙事结构 | 针对你的赛道/公司定制洞察与破局抓手 |
| 咨询风版式、自动渲染 .pptx | 逐页打磨、结论保真、可上会汇报 |
| 几分钟出稿 | 深度报告 + 汇报 PPT + 一次 1v1 讲解 |
适合人工定制的场景：
- 你要拿给老板/投资委员会做决策，结论必须经得起推敲
- 数据复杂、需要有人帮你判断哪些数字能用、哪些要标"推算"
- 你要面试/谈合作，需要一份"有判断力"而非"堆数据"的材料
如何找到我： 加微信 OoCcean_0，备注「赛道分析定制」，我会在 24 小时内回复。
这个 Skill 解决什么问题
传统 PPT 的失败模式是「正确的废话」——堆数据、讲科普、给不出判断。本 Skill 反着来：让读者（老板/面试官/投资委员会）看到「这个人不仅懂赛道，还读懂了这家公司，能给出有方向感的判断」。
核心心法一句话：分析的目的不是描述现状，而是逼出一个「可执行的方向判断」。
何时使用
当请求同时满足「分析」+「输出 PPT」两个条件时触发：
- "帮我做一份 XX 赛道的分析 PPT"
- "把这份市场调研整理成汇报 PPT"
- "做一份 XX 品类的市场进入判断 PPT"
- "XX 公司和竞品的对比分析，要一份 PPT"
若只有分析、不要 PPT，转用市场调研类 Skill；若只要 PPT 排版、没有分析，转用通用 PPT 生成器。
工作流（五阶段，按顺序执行）
阶段 1：意图对齐（一次问完，不反复）
开工前一次性确认（用 AskUserQuestion 或直接问，避免边做边问）：
| 字段 | 说明 |
|---|---|
| 研究对象 | 赛道 / 公司 / 品类名 |
| 目标受众 | 老板 / 面试官 / 投资委员会（决定要不要「诊断」、敢不敢下判断） |
| 核心结论目标 | 要不要进入？进来了怎么打？我能不能干好？ |
| PPT 长度 | 页数 + 幕次（建议 12~18 页，三幕式） |
| 内容边界 | 必讲 / 不讲 / 禁碰（数据红线） |
| 视觉调性 | 晨雾极简 / 商务咨询风 / 数据严谨 等 |
阶段 2：分析（产出「方向判断」）
读 references/01_分析框架.md，按五步分析法执行：
赛道认知 → 标的画像 → 竞对对比 → 诊断瓶颈 → 破局方向
(看大盘) (看自己) (看对手) (找矛盾) (给答案)
铁律：第 4 步「矛盾」与第 5 步「抓手」必须一一对应。矛盾是诊断的终点，抓手是破局的起点，中间不能断。
阶段 3：叙事（写 STORY.md）
读 references/02_叙事结构模板.md，套 templates/STORY.template.md 产出 STORY.md：
- 一句话主线（套公式：
{赛道}增长在分化，规则从「{旧}」转向「{新}」；{标的}的牌很硬，但被 N 个矛盾卡住；任务就是逐一破解） - 三幕页面大纲（PART 01 赛道 ~25% / PART 02 标的+竞对+诊断 ~45% / PART 03 破局 ~30%）
- 每页标注 role（hero / supporting / transition / ending）与版式
阶段 4：设计（写 DESIGN.md）
读 references/03_设计规范模板.md，套 templates/DESIGN.template.md 产出 DESIGN.md：
- 画布 1280×720，三区（标题块/内容区/页脚条）
- 单一强调色（≤10%），禁渐变/阴影/emoji/高饱和撞色
- 字体层级（封面主标题 56~64 → 巨型数据 96~120 → 页标题 34 → 卡片标题 17 → 正文 13）
阶段 5：生成（.slide → .pptx → 校验交付）
读 references/04_生成工程手册.md，执行 slidep 渲染链路：
- 数据图表：用
scripts/render_charts.py（PIL 生成 PNG，配色与 DESIGN.md 一致）→assets/ - 逐页写
slides/NN.slide（套templates/slide.template.md里的 DSL 骨架） - slidep 渲染成
.pptx - 跑交付校验（页数/空白/越界/重叠/数据保真）
- 可选导出 PDF
两条渲染工作流（见 04 手册第 7 节）：
- 工作流 A（editor_sdk + slidep-start）：成熟项目、全量渲染、实时预览
- 工作流 B（create + upsert-dsl）：从零新建、逐页精确控制
无论哪条，都要执行冷启动三件套：删 .slidep/state.json + 删旧的 pptx + 清空 editor_sdk pool，否则会页数翻倍或图片丢失。
三条贯穿铁律（写进每次执行，不可违反）
- 数据保真：所有数字严格源自原始出处（报告/招股书/公开转让说明书/官网），禁止杜撰、外推、凑数；外推数据必须删除或明确标注「推算」。
- 结论驱动：每页必须有「SO WHAT」——数据只是证据，判断才是价值。图表与文字分析分离，结论独立呈现（图表不嵌文字标签）。
- 用户手工调整优先：用户手工改过的内容，一律不再变动。改动必须由用户逐条点名（编号），只做明确要求的项；发现数据/逻辑问题只上报 + 给校准建议，等用户拍板。
迭代纪律
用户每次只提一个具体编号的修改请求。用 scripts/apply_feedback.py 做精确字符串替换，绝不整体重写。替换前 assert 旧文案唯一匹配，匹配数异常立即停下上报。
交付契约
| 内容 | |
|---|---|
| 输入 | 赛道/公司/品类名 + 受众 + 结论目标 + 已有数据/报告 |
| 中间产物 | STORY.md + DESIGN.md + slides/.slide + assets/.png |
| 输出 | {项目名}.pptx + 校验报告 +（可选）PDF |
资源索引
references/01_分析框架.md— 五步分析法（每步回答什么、数据抓手、产出）references/02_叙事结构模板.md— STORY.md 模板 + 三幕式 + 主线公式references/03_设计规范模板.md— DESIGN.md 模板 + 8 种版式类型库references/04_生成工程手册.md— slidep 工作流 + DSL 语法 + 实测坑清单templates/STORY.template.md— 叙事空模板（占位符待填）templates/DESIGN.template.md— 设计空模板（占位符待填）templates/slide.template.md— slidep DSL 骨架（Box/Text/Image 组件骨架；含三区画布+配色+字体层级说明）scripts/render_charts.py— PIL 柱状图/饼图生成器（参数化）scripts/apply_feedback.py— 精确字符串替换迭代脚本
