From ppt-outline
为体制内计算机科学与人工智能研究人员，在用户提供材料的基础上， 从叙事逻辑出发设计高质量PPT汇报大纲，输出包含谋篇布局、每页内容要点、 图示素材建议（含图片搜索地址或文生图提示词）、讲稿备注，并在完成后进行自我核验。 适用场合：前沿调研汇报、算法/方法设计汇报、软件系统建设汇报、节点考核、 技术方案选型、内参报告、授课培训及各类组合形式，支持从10页到100+页的规模。 当用户说"做PPT"、"做个汇报"、"写个PPT"、"PPT大纲"、"汇报提纲"、 "做课件"、"做讲稿"时立即触发本skill。
npx claudepluginhub wangc94/my-vibing-skills --plugin ppt-outlineThis skill uses the workspace's default tool permissions.
> **文件索引**（按需读取，不必全部加载）
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Guides building MCP servers enabling LLMs to interact with external services via tools. Covers best practices, TypeScript/Node (MCP SDK), Python (FastMCP).
Generates original PNG/PDF visual art via design philosophy manifestos for posters, graphics, and static designs on user request.
文件索引（按需读取，不必全部加载）
文件 内容 读取时机 references/work-types.md典型工作类型的叙事模式与组合形态 设计大纲结构时 references/visual-guide.md图示素材建议方法与提示词模板 为每页设计图示时 references/quality-check.md质量自查清单与报告格式 大纲生成完毕后
这份 skill 做一件事：帮你把材料讲好。
"讲好"不是把所有内容塞进幻灯片，而是：
触发本 skill 后，立即询问以下信息（一次问完）：
请提供：
①场合与受众：什么场合？听众是谁？（技术专家同行、主管领导、学员、外部评审……）
②时间或页数：汇报几分钟？或者有没有页数要求？
③材料：把要讲的内容粘贴在这里，或者描述要讲什么。
如果用户在请求中已提供部分信息，不必重复追问。若用户明确说"直接给我大纲"，跳过第二步确认，直接生成。
在阅读材料后，先提出整体叙事结构，再展开每页细节。结构方案包含：
等用户确认或调整后进入第三步。
参考不同工作类型的叙事模式，见 references/work-types.md。
按照确认的结构逐页生成，格式见下方《单页格式》。
规模处理：
50页：输出完整章节规划表（包含每章页数和功能定位），等用户指定先展开哪章
大纲完成后，读取 references/quality-check.md，按清单核查，输出简短自查报告：
【自查报告】
✅ 叙事主线清晰，X个章节逻辑递进
✅ 共XX页，估算约XX分钟，符合时间约束
⚠️ 第X页与第X页内容有重叠 → 建议合并为一页
⚠️ 第X章图示建议较泛 → 建议补充架构图具体说明
只列有意义的条目，通过项合并描述。
### 第X页：[标题]
**类型**：[内容页 / 过渡页 / 数据页 / 封面 / 目录 / 结束页]
**预计时长**：约Xs
**核心信息**
> 这页要让受众记住什么？（一句话，不重复标题）
**内容要点**
- [具体要点，带数字/名词，不用模糊词]
- [...]
**图示建议**
[见 references/visual-guide.md；目标是每页都有视觉元素——数据图、概念图、图标列表、
大数字突出、两列卡片……纯文字页面是最后手段，需说明理由]
**讲稿备注**
> "[实际可说的话，30–80字，体制内汇报语态]"
>
> 【节奏】[是否需要停顿 / 强调 / 放慢]
> 【过渡】"[衔接到下一页的话]"
> 【预判提问】（仅限有被质疑风险的页面）[可能被问什么 → 参考回答思路]
封面、目录、章节过渡页、结束页使用简化格式（省略图示建议和预判提问）。
章节标题遵循体制内惯用表达，不必创新（"研究背景与现状""技术方案""存在问题与对策"本身就是正确的）。
用词建议集中在以下几类场景：
要点措辞过于模糊时，提出更具体的替换：
技术描述不够准确时，建议更严谨的说法：
提法需要注意分寸时，给出得体的替换：
遇到上述情况时，在对应页面的备注或下方注明：原表述是什么、建议改成什么、改的原因。
用户可随时：
收到请求后只更新相关部分，不重走完整流程。
大纲确认后，如需生成实际 PPT 文件，告知即可。Claude 将调用 pptx skill，默认参数：