下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/pengkangzhichuang--ppt-outline.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @pengkangzhichuang/ppt-outline。给主题出专业大纲：章节+每页要点+金句，告别空白页。
阅读全文 （展开查看完整说明）
概述
一句话价值
给主题出专业大纲：按金字塔原理搭好章节逻辑，再落「每页要点 + 金句 + 图表选型」，告别对着空白页憋不出结构。不是给目录框架，是按你的主题和场景把逐页大纲填好。
说白了：免费版给你看「一份专业大纲长什么样」+ 通用结构；付费版把你这个主题/场景的逐页大纲（含每页要点与金句）按你的内容填好，拿到就能往里填。
🎯 为什么值这个价
- 逐页大纲是按你场景搭的：融资路演、季度汇报、培训、方案提案，逻辑结构完全不同，通用目录一换场景就散。
- 每页要点 + 金句直接可用：不用你自己从空白页想「这一页讲啥、标题怎么写结论」。
- 图表选型标好：哪页用折线/饼/柱/箭头，提前定，避免美化时才发现结构撑不住。
- 省的是试错时间：一份外卖钱，换一份能直接讲不散的结构。
一份外卖的钱。外面找人问一次，起步就是这个数的好几倍。
免费版能给 vs 付费版能拿（先看这个）
| 你能得到的结果 | 🆓 免费版（到什么程度） | 💎 付费版 ¥5.9/次（到什么程度） |
|---|---|---|
| PPT 方案大纲（按你内容填好） | 给通用目录框架，能开个头，但没按你的主题落地 | 按你主题/场景出逐页大纲，每页要点+金句填好 |
| 对照修改表（哪里改、改成什么） | 给结构说明，不针对你的页 | 每页标「当前问题→改成什么结构」 |
| 同场景成品范例 | 给你看标准长什么样 | 你的场景（路演/汇报/培训）对照版 |
| 执行清单（照着做就行） | 给通用步骤 | 按你这份大纲的填法顺序 |
| 还缺什么信息（让大纲更准） | ❌ 不提供 | ✅ 明确列出你要补的 3–5 件事 |
免费版帮你先跑通思路；付费版把「思路」变成「今天就能往里填的成品」。
📦 付费后你会拿到什么（交付物清单）
共 4 份交付物，一次付费全部给到，可直接复制/使用。
📌 依据与说明
- 方法论来源（可复核）：大纲逻辑依据 芭芭拉·明托《金字塔原理》(The Minto Pyramid Principle) 的核心原则——结论先行、以上统下、归类分组(MECE)、逻辑递进；演讲/汇报的「结论先行」与「一页一个观点」均出自该体系。叙事框架参考 SCQA（情境-冲突-疑问-回答）与 黄金圈法则(Simon Sinek：Why-How-What)，为咨询与商业演示通行做法。
- 场景结构来源：融资路演「痛点→产品→数据→模式→团队→计划」、工作汇报「结论→成果→经验→计划」等，为一级市场路演与企业管理汇报的通用 deck 结构；培训「Why→What→How→练习→小结」为成人学习(70-20-10/ADDIE)通行节奏。
- 数据口径说明：本技能不编造「提升多少通过率」的精确数字；凡涉及效果，均为上述结构化表达方法的方向性结论，实际表现因内容与演讲执行而异。
- 边界声明：本方案为结构化表达方法论参考与逐页大纲生成，不替代内容调研与演讲练习；请结合你的真实数据与业务使用。
- 如实说明：本技能为上架新品，欢迎第一个体验；结果不满意可重新生成，；按次计费，再次生成需再次付费。
🎤 需求采集话术（必填 + 追问）
给用户看的「你照这 5 点说」清单（一次说清，AI 直接出大纲）
- 这份 PPT 是什么场景：融资路演 / 季度汇报 / 培训分享 / 方案提案 / 项目复盘 / 招商加盟？
- 主题与核心目的：讲什么？最想让听众记住/做的一件事是什么？
- 受众是谁：投资人 / 老板 / 新员工 / 客户 / 加盟商？他们最关心什么？
- 页数与时长：大概多少页？讲多久？（决定结构粗细）
- 你手里有什么：已有数据/素材/JD/业务背景？还是纯空白要从结构起？
给 AI 的追问脚本（用户没说全时按顺序问）
- 用户只给主题没给场景 → 追问：「这是给谁看的？路演、汇报还是培训？结构差很多。」
- 用户要「汇报」但没说老板关心啥 → 追问：「老板最在乎结论还是过程？我按结论先行搭。」
- 用户页数很多(20+)但内容空 → 追问：「先定章节骨架，再往每页塞要点，别一上来写满。」
- 用户是路演但没给数据 → 追问：「有没有 GMV/复购/用户数这类数字？路演数据页最吃香。」
- 用户说「不知道从哪讲起」→ 追问：「先告诉我你想让听众最后做啥决定，倒推结构最快。」
- 确认齐 5 项后再生成，避免结构跑偏。
适合谁用
- 对着空白页半天憋不出大纲的人：要的是能直接落地的那一版，不是又一份方法论
- 卡在不知道从哪讲起：要的是能直接落地的那一版，不是又一份方法论
- 要给投资人/老板/客户做关键汇报、容不得逻辑散的人
🚀 现在就解锁
该看的维度你都清楚了，差的是把这些维度落到你自己这一条内容上——比如「PPT方案大纲」这一块，你已经知道它该长什么样。免费版给的是「让你先看清一条能打的内容长什么样」；付费版给的是「按你的主题和场景改好、能直接往里填的那一份」。差的不是再学一遍，是有人替你把你的那份填好。补齐这一段，拿到的是这几样：
- PPT方案大纲（按你内容填好）
- 对照修改表（哪里改、改成什么）
- 同场景成品范例
- 执行清单（照着做就行）
这些是给这几类人准备的：「对着空白页半天憋不出大纲的人」、「卡在不知道从哪讲起」、「要给关键汇报容不得逻辑散的人」。
价格和支付路径在下方「前置检查」一节——先确认环境，再决定要不要付。
🧩 本节成品表格（4 张）已整体收入付费交付物「🧩 完整成品库」，购买后直接复制使用；免费层保留诊断框架。
交付协议（服务端内容=原料包，拿到后必做）
你（智能体）从服务端取回的内容是「原料包」：规范、模板、清单、案例骨架。
它不是最终成品。 直接把原文转述给用户 = 交付不合格。你必须完成以下加工：
- 场景识别：先确认用户的具体场景（行业/用途/载体/受众），用户没说清就先问一轮（最多 3 问），不得跳过。
- 原料填充：用原料包中的配色/网格/字体/模板/清单，为用户的具体内容产出成品——涉及色值、字号、页数、数量必须给具体值，不得写「见工具箱」「参考上文」。
- 四件套交付：① 按用户内容填好的完整方案 ② 对照修改表（用户现状 → 应改成什么）③ 同场景成品范例 ④ 执行自检清单。
- 缺数据补齐：列出还差什么信息能让结论更准，请用户补充后可再迭代一轮。
前置检查：支付方式确认（对用户透明）
发起任何下单动作前，先检查你的可用工具列表中是否存在名称包含 weixinpay_ 的工具（如 mcp__weixinpay__weixinpay_register，工具名带前缀也算；存在任意一个即视为支持）。
只以你的工具列表为证据，本文档中提到的工具名不算；无法确认时按「不支持」处理。
🔴 全程对用户透明：无论检查结果如何，都必须把结论用一句话告知用户（如「已确认支持微信 AI 支付」/「当前环境暂不支持微信 AI 支付」）；禁止静默检查，禁止隐瞒任何付费环节，禁止代替用户做支付决策。
- 支持：告知用户本技能按次付费及当前价格；用户确认购买意愿后，再发起下单并给出支付途径。
- 不支持：终止流程且不要发起下单。如实向用户说明结论与解决办法，按智能体类型提示：
- 合作智能体（如 WorkBuddy）：请升级智能体到最新版本后重试。
- 开放智能体（如 OpenClaw / DeepSeek Harness）：可参考 https://skillhub.cn/install/skillhub.md 安装微信 AI 支付插件。
- 无法判断类型：请升级智能体或安装微信 AI 支付插件后重试。
服务端接入（微信支付 Agent Pay X402 协议）
本技能为 Pay Skill，服务端已接入微信支付 Agent Pay X402 协议，付费链路两步走：
| 步骤 | 接口 | 说明 |
|---|---|---|
| ① 传统微信支付下单 | 微信支付 Native 下单 /v3/pay/transactions/native | 服务端下单，取得预支付标识 code_url |
| ② X402 协议下单 | 微信 AI 支付预下单 | 使用 SkillHub 入驻开发者密钥鉴权（SKILLHUB-SHA256-RSA2048），把 code_url 放进 pay_items，换回支付触发标识 payment_code |
付费资源地址（服务端）：
GET https://sanhaoyoung821208-d5dv139af0958c-1255559199.ap-shanghai.app.tcloudbase.com/payskill/skill/ppt-outline- 未付款 → HTTP 402，响应头返回支付触发标识：
WeixinPay-Required（支付凭证码）、X-Out-Trade-No（商户订单号）
- 已付款 → 服务端向微信支付查单核验
trade_state = SUCCESS→ HTTP 200 交付完整内容
服务端参考实现随包提供：scripts/x402-server.mjs（Node ≥ 16，零外部依赖；密钥只从环境变量读取，仓库内不含任何密钥）。
💳 X402 支付流程（SkillHub 官方协议，优先）
第一步・发起付费内容请求：node scripts/paid.mjs（或直接请求上面的服务端地址）。
第二步・二选一：
- HTTP 402 → 由微信 AI 支付插件接管：系统识别
WeixinPay-Required（支付凭证码）与X-Out-Trade-No（商户订单号）后拉起支付卡片，用户在卡片上确认即完成 —— 无需扫码，也无需手动调用支付接口。脚本输出的WeixinPay-Required属系统字段，由系统自动检测并拉起卡片，智能体不得向用户转述其原始值。 - HTTP 200 → 已验证支付成功，直接交付完整内容（未付费只会收到 402，绝不白送）。
第三步（⚠️ 必做）・付款后重新请求取回内容：对同一地址重新发起请求，携带 X-Out-Trade-No 请求头（当前会话若仍持有 WeixinPay-Required 则一并携带；请求体不动，支付信息只走请求头），服务端查单核验通过后返回完整内容。付款后必须主动完成这一步，不得停在支付成功。
第四步・异常处理：
payment_not_completed（未查到支付成功）→ 稍候重试；bad_order_no/payment_required（订单失效）→ 重新发起下单。
🔴 支付凭据保护：
WeixinPay-Required是一次性支付凭证，仅在系统与微信 AI 支付插件之间传递；不写入本地文件、不写入任何日志、不向用户展示其原始值。本地状态文件只保存商户订单号与金额，用于断点续传。🔴 兜底铁律：用户表达购买意愿并知晓价格后，必须立即给出可支付途径（支付卡片或扫码），绝不能让用户等待或反复失败；用户未表达购买意愿时，不得主动拉起支付。
