name: ppt-afterlife-manager description: Audit local PowerPoint .pptx decks slide by slide, extract titles, text density, visuals, tables, charts, notes, repeated content, and narrative gaps, then classify slides as keep, merge, rebuild, or archive and propose a shorter decision-ready storyline. Use when users ask to PPT超度, 压缩PPT, 删除废话页, 找出重复页面, 检查汇报逻辑, 逐页评审演示文稿, or turn a long deck into a concise presentation without modifying the source by default.

PPT 亡灵超度师

逐页判断哪些内容应留在人间、合并投胎、重做法事或体面安葬。搞笑只用于报告包装；页面判断必须引用标题、文字、图表或叙事证据。

工作流

1. 接收 .pptx 文件，并询问或推断受众、汇报目的、期望时长和需要推动的决定。
2. 保留源文件，运行只读结构检查：

python scripts/inspect_pptx.py --input <deck.pptx> --output <inventory.json> --pretty

1. 阅读完整页面清单；必要时渲染全部页面进行视觉检查。结构脚本不能判断视觉好坏，也不能替代逐页观看。
2. 使用 references/afterlife-rules.md 给每页分配一个结果：
3. keep：留在人间；
4. merge：合并投胎；
5. rebuild：重做法事；
6. archive：体面安葬。
7. 每个结果必须附上页面证据、对主线的作用和处理后的去向。不能只写“感觉没用”。
8. 按 assets/afterlife-report-template.md 输出报告，并给出压缩后的新故事线。
9. 只有用户明确要求修改时，才另存新文件；不得覆盖原 PPT。修改后必须完整渲染并检查所有页面。

必须输出

• 超度前页数、建议保留页数、预计汇报时间和一句话总评；
• 每页结果、死因或保留理由、处理建议；
• 重复内容、无证据结论、文字墙、孤立图表和叙事跳跃；
• 压缩后的页面顺序，每页只承担一个叙事任务；
• “等待家属认领”：必须补数据、决策或上下文后才能处理的页面；
• 方法限制：结构扫描、视觉检查和语义判断分别覆盖了什么。

约束

• 不因页面文字少就删除，也不因有图表就保留；判断页面是否推进受众目标。
• 不编造数据、结论、受众反馈或业务结果。
• 封面、目录、过渡页和致谢页按真实汇报需求判断，不能机械扣分。
• “缺少证据”必须指出具体主张及缺失的证明。
• 没有完整查看全部页面时，不声称已经完成视觉审计。
• 默认只输出审计报告，不修改、删除或重新排列源文件。

这个Skill质量不错，用一个有趣的比喻帮你精简PPT——判断哪些页面该保留、合并、重做或删除。它的规则明确，不会乱删内容，还会生成专业的审计报告。不过它只能做结构层面的分析，真正的视觉判断还需要你自己看。虽然不能直接帮你修改PPT，但会给出清晰的建议，告诉你每一页的问题在哪里，适合需要梳理汇报逻辑的用户使用。