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,默认参数: