性能优化
投行演示文稿交付前质检:跨页数字一致性、数据与叙事对齐…
在发送 pitch deck 或客户材料前,对演示文稿做全面 QC,找出数字矛盾、叙事与数据不符、语言不专业和格式问题。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
投行演示文稿交付前质检:跨页数字一致性、通用
解决思路
- 先确认所处环境:在 PowerPoint 加载项中从当前打开的演示文稿读取,在聊天中从上传的 .pptx 文件读取;本流程只读并报告,不做编辑,两种环境工作流相同。
- 读取每一页幻灯片的文本,并记录每行文本来自哪一页,以便所有发现都能标注页码(例如“$500M 出现在第 3 页和第 8 页,但第 15 页显示 $485M”)。
- 30 页以上的演示文稿不要只靠工作记忆,把提取的文本写入文件,供数字检查脚本处理;格式为带幻灯片标记的 markdown:`## Slide 1` 后接该页文本,再 `## Slide 2` 后接该页文本。
- 运行数字提取脚本:`python scripts/extract_numbers.py /tmp/deck_content.md --check`;它会归一化单位($500M、$500MM、$500,000,000 视为同一数字)、按类别归类数值(收入、EBITDA、倍数、利润率),并标记同一指标类别在不同幻灯片上出现冲突值的情况。
- 在脚本标记之外,额外核对计算是否正确:合计是否加总、百分比是否相加、增长率是否与起止值一致。
- 检查单位风格是否一致:整份演示文稿应统一使用 $M 或 $MM 中的一种。
- 检查时间期间是否对齐:FY、LTM、季度口径是否明确标注。
- 做数据与叙事对齐:把每个论断映射到应支持它的数据,重点检查图表被改过但叙事未同步更新的情况。
- 核对趋势陈述(如“利润率下降”)是否与图表方向一致。
- 核对市场地位声明(如“#1 player”)是否有收入和份额数据支持。
- 检查合理性:例如“在 $100B 市场中排名第一”但收入只有 $200M,份额仅 0.2%,这不可能是第一。
- 做语言润色:扫描不符合投行语体的表达,包括随意措辞(“pretty good”“a lot of”)、缩写、感叹号、没有数字的模糊量词、同一概念术语不一致;替换模式参见 `references/ib-terminology.md`。
- 对每页做视觉与格式 QC:检查缺失的图表来源引用、缺失的坐标轴标签、字体不一致、数字格式漂移(同一份文稿中 1,000 与 1K 混用)、日期格式漂移、脚注和免责声明缺失。
- 不要跳过视觉验证:它能发现文本提取看不到的重叠、溢出和对比度问题;没有来源引用的图表在文本转储中与有来源引用的图表看起来一样。
- 按 `references/report-format.md` 的结构输出,并按严重程度分类:Critical 为数字不匹配、事实错误、数据与叙事矛盾,会阻止客户交付;Important 为语言、缺失来源、术语漂移,应修复;Minor 为字号、间距、日期格式,属于润色。
- 先报告 Critical;如果没有 Critical,要明确说明——“未发现数字不一致”本身就是一个发现,而不是没有发现。
- 适用场景:用户要求 review、check、QC、proof 或对 deck、pitch、客户材料做最终检查时,包括“check my numbers”“reconcile figures across slides”“is this client-ready”“what am I missing before I send this out”等请求。
适用边界 · 注意事项
- 不适用于需要直接修改演示文稿的任务,因为本流程只读并报告,不做编辑。
- 不适用于非演示文稿类文档或没有幻灯片结构的材料。
- 不适用于没有上传 .pptx 文件且不在 PowerPoint 加载项环境中的情况。