实用教程
用 Claude Opus 5.5 修复产品提案幻灯片：别把所有字都缩小
把可编辑演示稿、渲染后的版本，以及允许修改的范围一起交给 Claude Opus 5.5。先修具体溢出的对象，再检查导出的幻灯片。聊天里的预览好看，并不代表收件人的 PowerPoint 会保留同样的版式。这套流程适合已经确定文案和产品图片、只需要修好排版的产品提案。
把可编辑演示稿、渲染后的版本，以及允许修改的范围一起交给 Claude Opus 5.5。先修具体溢出的对象，再检查导出的幻灯片。聊天里的预览好看，并不代表收件人的 PowerPoint 会保留同样的版式。这套流程适合已经确定文案和产品图片、只需要修好排版的产品提案。
先分清到底哪里出了问题
在要求重新设计之前，先区分内容太多和对象尺寸不对。
| 现象 | 先检查什么 | 最小的有效修改 |
|---|---|---|
| 最后一行跑出文本框 | 内边距和可用高度 | 在预留区域内扩大文本框 |
| 打开文件后标签重叠 | 字体是否被替换 | 使用已批准且可用的字体，重新渲染 |
| 右侧整块内容消失 | 幻灯片尺寸与导出设置 | 恢复原定画布尺寸 |
| 内容都在，但字小得难读 | 一页承载的内容是否过多 | 把一个观点拆成两页 |
微软说明，调整幻灯片尺寸可能裁掉内容，也可能缩小内容。认定是文案问题之前，先查看幻灯片尺寸选项。修改需求里先写清最终交付的是可编辑演示稿、PDF，还是两者；每种格式都要单独检查。
删字之前，先把空间算清楚
下面是一个假设版式，不是 Opus 实测。产品提案采用 13.333 × 7.5 英寸的幻灯片，左右各留 0.5 英寸安全区，可用宽度就是 12.333 英寸。产品图占 5 英寸，图文间隔 0.5 英寸，文字区域只剩 6.833 英寸。一个 7.2 英寸宽的文本框放不进去；缩小字号只是掩盖了尺寸问题。
把标题、证据和希望对方采取的行动分到各自区域。证据需要两段时，先判断两段是否支撑同一个结论。增加一页，可能比压窄产品图、塞进六点字号的脚注更清楚。反过来，只有一个词落单时，通常局部调整就够了，不必重做整份稿。
修改已批准的文案前，先导出一份文字，修改后逐项比较，包括标点、单位、日期和演讲者备注。只看截图，发现不了备注被删除，也不容易发现数字从 15 变成了 50。
可以直接使用的局部修复提示词
附上演示稿及当前 PDF 或逐页图片。替换方括号里的内容，用真实文件名，不要只写“最新版”。
请对照[渲染文件名]检查[演示稿文件名]。最终交付为可编辑的 16:9 演示稿和 PDF。
保留页序、已批准文案、数字、单位、产品图片和演讲者备注，不得虚构证据。
逐页检查，输出页码、对象、可见问题、可能原因和最小修改。无法检查的项目标为未知。
只修列出的排版问题。保留已批准的[字体]和[正文最小字号]。若此字号下放不下，提出拆页方案，不要偷偷缩短文案。
每个修改页都要报告对象位置和尺寸、字体变化，以及任何文字差异。保持图片比例。
使用当前可用的演示稿渲染工具渲染最终文件。检查所有修改页及相邻的未修改页，对比修改前后提取出的文字。
交付演示稿、PDF 和修改清单。区分已经执行的检查和仍需在收件人软件里执行的检查。如果没有文件工具或渲染能力，只提供修改说明，不得声称导出文件已经测试。这比“做得专业一点”更容易验收。需要的结果分为三部分：修好的对象、修改原因，以及交付文件的检查证据。大批量处理之前，先用一页有代表性的问题页验证方法。
验收收件人拿到的文件，而不只是缩略图
用收件人实际使用的软件打开交付稿，在演示尺寸下检查标题、最小标签和最长句子。再单独检查 PDF：演示稿渲染成功，不代表 PDF 导出完全一致。记录检查所用的软件与版本，把尚未解决的字体替换写进修改清单。
一则2026 年 8 月的社区讨论提到文字跑出幻灯片文本框。这说明旧工作流里存在实际问题，并不代表 Opus 5.5 的故障率。本文的尺寸例子和提示词是一套建议流程，没有进行模型对比测试。
发出去之前的几个问题
是否应该把每页都转成图片？
只有不需要编辑时才考虑。栅格化可能保住外观，却让改字、选择文字和无障碍阅读更困难。即使最终交付 PDF，也保留可编辑源文件。
能顺便让产品图更好看吗？
把它当成另一项需要确认的素材修改，否则修排版可能悄悄变成换广告方案。可以在 Panelly Studio 准备新图，再把确认过的导出图放进演示稿。
如果文案就是太长呢？
要求给出两个方案：保留全部文字，分成两页；或者提交删减版，并标出每一处删除。不要让排版修复替你决定这类内容取舍。
先修好真实的版面问题，再用品牌风格偏移检查表检查整套提案是否一致。
