Claude Design大纲画布迭代：三阶段流程与具体反馈指南

AI 直接从文章生成 PPT，最容易把事实、层级和页面任务混在一起，导致后续返工难以定位。本文把 Claude Design 的流程拆成内容分析、页面大纲和画布迭代三阶段，给出具体反馈格式、事实校验和版本对照方法，让每次修改都有明确目标和可回退结果。文中只讨论可复现的步骤，不把单次结果扩展成产品承诺；每个结论都标注前提、证据和无法覆盖的边界。读者可以先完成最小验证，再按自己的版本、权限和数据补充实验。

很多人第一次用 AI 做 PPT，会把网址或文章贴进去，然后发送一句：

帮我做成一份好看的演示文稿。

这种指令的问题不是太短，而是缺少可验收的目标。模型不知道应该保留什么、删掉什么、面向谁讲、需要多少页，也不知道哪些数据必须原样保留。

更可靠的做法是把制作过程拆成三个阶段：

内容分析：文章到底要表达什么
页面规划：这些观点应该怎样分配到页面
视觉迭代：画布中怎样呈现并继续修改

一、先让 PPT 大纲通过审核

大纲是内容和设计之间的接口。它没有通过审核之前，直接生成画布只会让返工变得更贵。

一个可验收的大纲至少要有：

如果只有“第 4 页：介绍方法”这种标题，设计阶段仍然缺少判断依据。标题应该尽量接近结论，例如“先确认输入，再让 AI 生成页面”，这样页面结构会更明确。

二、一个先分析后设计的提示词

可以在 Claude Design 项目中使用下面的框架：

请根据我提供的文章，规划一份中文演示文稿。

第一阶段只做内容分析，不生成画布：
1. 用一段话说明主题、目标和最终结论。
2. 提取关键事实、数据、案例、引用和操作步骤。
3. 标记重复内容、背景噪音和不适合放进页面的长段落。
4. 规划为 10 到 12 页，每页只保留一个核心观点。
5. 每页正文控制在 3 到 5 个短要点。
6. 为每页建议一种最适合的视觉结构。
7. 单独列出无法从原文确认的内容。
8. 不得添加来源中没有出现的数据、案例和结论。

先输出完整大纲，等待我确认。不要直接生成最终设计。

这条指令的关键不在“10 到 12 页”这个数字，而在于把分析产物结构化。页数只是约束，真正要检查的是每一页是否有明确的任务。

三、怎么审一份 PPT 大纲

拿到大纲后，按下面 5 个问题逐页检查：

1. 文章重点有没有丢

把原文的核心观点列出来，与大纲逐项对照。标题、案例、限制条件和最终行动建议经常在压缩时被删掉。

2. 数据有没有被改写

检查数字、单位、时间、比例和比较对象。模型可能会把“约”“至少”“最高”改成确定数字，也可能把来源中的条件直接省略。

3. 页面顺序是否自然

普通入门演示可以按：

问题是什么
为什么现在要关注
核心概念是什么
方法怎样运行
案例如何验证
有哪些限制
下一步做什么

如果听众是管理层，顺序可能改成结论、影响、选项、风险和决策。页面顺序要服从讲述场景，不要机械套固定目录。

4. 内容有没有重复

背景、定义和总结最容易反复出现。相邻两页如果只是换了标题，没有新增证据或新的视角，应当合并。

5. 一页是否塞太多观点

一页同时讲背景、方法、数据和结论，通常最后会变成小字堆叠。拆页不是浪费，而是让听众知道当前应该先理解什么。

四、确认后再生成画布

大纲修改完成后，再发送一条明确的启动指令：

大纲已确认。
请在当前 Claude Design 项目中生成完整中文演示文稿。

要求：
1. 严格遵循当前 Design System。
2. 每页只呈现一个核心观点。
3. 把长段落改成短句、数字、图表或流程结构。
4. 关键数字保留单位、来源和必要条件。
5. 不要添加文章中没有的事实。
6. 保留可继续编辑的文本和页面元素。
7. 对不确定内容使用“待核实”标记，不要静默补全。
8. 生成后先告诉我哪些页面使用了特殊布局。

“保留可编辑元素”很重要。否则导出时可能得到一组不方便修改的图片或过度扁平化的页面，后续改字、换颜色和修数据都会变得困难。

五、右侧画布应该怎样理解

Claude Design 会在右侧显示一个可交互的视觉画布。官方描述中，演示内容可以通过交互式 HTML 形式渲染，因此画布不只是静态图片预览。

对普通使用者来说，重点不在理解 HTML，而在于知道画布可以承担哪些动作：

• 查看整份页面的节奏和层级。
• 选中标题、正文、图表和图片进行修改。
• 增删幻灯片或调整页面顺序。
• 拖动、缩放、对齐和重新分组元素。
• 对某一页或某一个元素发表评论。
• 在不改动正文的前提下统一版式。

当你发现某页不对时，先定位问题属于内容、结构还是视觉，再发送对应指令。不要把三类问题混成一句“帮我美化”。

六、把模糊反馈改成可执行反馈

场景 1：正文太多

第 4 页信息过密。
保留页面标题和最终结论，正文缩减为 3 个要点。
每个要点不超过 25 个中文字符。
不要通过缩小字号容纳全部内容。
被删除的细节移动到演讲备注或下一页，不要改变事实。

场景 2：版式缺少比较关系

第 6 页不要继续使用项目符号。
把内容改成左右对照：左侧是旧流程的问题，右侧是新的处理方式。
两侧使用相同的字段顺序，突出差异，不新增结论。

场景 3：风格不统一

请检查整份演示文稿的标题层级、正文行距、卡片圆角、颜色用途和页边距。
统一到当前 Design System。
只调整视觉规则，不修改已经确认的事实、标题和页面顺序。
列出实际被修改的页面。

场景 4：数据不突出

第 8 页的核心数字不够明显。
改成一个大号数字和简短解释的结构，保留单位、数据来源和必要限定条件。
不得添加原文没有的数字，也不要把估算写成实际结果。

场景 5：页面节奏重复

第 3、4、5 页连续使用相同卡片布局。
保留内容不变：第 3 页改为流程，第 4 页改为对比，第 5 页改为案例时间线。
继续使用当前颜色、字体和间距规则。

具体反馈的结构通常是：页面位置 + 发现的问题 + 希望保留的内容 + 要执行的变化 + 不允许发生的变化。

七、聊天、行内评论和直接拖动怎么选

三种方式适合不同问题：

例如“全篇正文不要超过每页 5 个要点”适合放在聊天里；“第 7 页右侧数字卡片太靠边”适合行内评论或直接拖动。

修改时建议一次只处理一类问题。先压缩文字，再统一版式，最后处理图片和装饰。一次要求十几项变化，很难判断究竟是哪一条导致了新的错误。

八、版本控制和修改范围

演示文稿反复修改后，最容易发生的是已经确认的内容被意外改回去。可以采用简单的版本规则：

v0.1：文章分析和初始大纲
v0.2：人工确认后的页面结构
v0.3：第一版设计画布
v0.4：内容压缩和事实修正
v0.5：视觉统一和导出前版本
final：最终审核和交付文件

每次修改前说明范围：

本轮只修改第 4、6、8 页。
保留所有已确认事实、数据、来源和页面顺序。
修改完成后列出改动位置和未处理问题。

如果客户参与协作，还要记录谁确认了哪些页面，避免“评论已经解决”和“业务事实已经批准”被混为一谈。

九、上游 API 如何支持内容和事实校验

在企业流程里，Claude Design 不应该独自承担资料检索、事实核对、成本统计和权限判断。

可以让业务系统先调用 上游 API：

文章或知识库资料
  -> 权限过滤
  -> 上游 API 调用检索和文本模型
  -> 输出事实表、数据来源和待核实项
  -> Claude Design 生成页面和画布
  -> 人工确认页面内容
  -> 导出和归档

上游 API 在这一段适合处理：

• 内容提取、摘要和结构化字段。
• 已授权知识库的检索和来源记录。
• 数据、单位和时间的格式校验。
• 文本、视觉和图片模型的统一路由。
• 按项目和团队统计模型调用及成本。

它不能替代业务负责人审核文章，也不能因为模型返回了“已核实”就自动批准对外发布。模型调用日志是技术证据，业务审批仍然要有明确的人和时间。

十、生成后的内容验收清单

内容

• 每页只有一个核心结论。
• 文章的关键观点、案例和限制没有丢失。
• 所有数据、单位和来源与原文一致。
• 无法核实的信息被明确标记。
• 没有用小字堆叠补回被压缩的长文。

视觉

• 标题层级和正文间距统一。
• 页面之间有合理的布局变化。
• 关键数字容易被找到。
• 图片、图表和文字没有互相遮挡。
• 页面边缘没有溢出或被裁切的元素。

交互与修改

• 页面元素仍然可以继续编辑。
• 每轮修改都有明确范围。
• 已确认内容没有被无意改动。
• 版本号和修改记录可以追踪。
• 对外发布前保留人工审批。

总结

Claude Design 的高效用法不是“粘贴文章后等待奇迹”，而是把内容分析、页面规划和视觉修改拆开。先看大纲，确认观点和数据，再进入画布；修改时指出具体页面、具体问题、需要保留的内容和禁止发生的变化。

这样做既能减少返工，也能让 AI 的设计能力服务于内容，而不是把一篇文章变成一堆缩小字体的页面。企业接入时，再通过 上游 API 管理资料检索、事实核验、模型路由、权限和成本，能进一步提高可追踪性。

Claude 入口：Claude 官方网站

结论

本文给出了问题定位、配置或创作流程的可执行路径。实际结果仍取决于当前版本、权限和运行环境，提交前应按官方文档复核可变字段，并保留失败证据和回滚边界。