做PPT,排版不该每次重来
- 2026-11-09 07:55:07
想继续聊怎么用 AI 做文档,可以点个关注。
改一份 PPT,你只想补两句话,接下来却要调文本框、缩字号、挪图片。改到最后,原本想补的观点还没讲清楚,已经聊了好几轮排版。
用 Word 写方案也有类似的麻烦。插一张图,后面的段落被挤到下一页;调整一段文字,又要检查标题和表格有没有分家。内容和版式混在一起,改哪边都要惦记另一边。
把整份材料交给 Agent,它也得同时操心这些事。你让它把论证补完整,它还要判断多出来的文字往哪放;你让它排得好看一点,它又可能把重要的解释删掉。改着改着文件都乱了,也不知道从哪里开始恢复。
我更愿意先把主题做成可以反复使用的文件,再让 Agent 往里写内容。Typst 很适合这样分工,让它一次集中解决一个问题。
正文可以写得像 Markdown
Typst 是一个排版工具。你把文字和排版规则写在源文件里,它负责把这些内容排成页面,输出 PDF。做演示文稿时,也可以使用相应的幻灯片模板。
主题准备好以后,正文写起来就像 Markdown,也就是用简单标记表示标题、列表等结构的写法。写段落、插图片,需要表格或特殊布局时调用相应的组件。你表达的是“这里有一个标题”,它具体多大、什么颜色,由主题决定。
比如一页需要左右对比,就调用已经做好的双栏组件,把两边的内容填进去。正文里用不着再写一遍左右各占多少、两栏之间空多少。
Agent 可以直接读写这样的文本,调整章节顺序,补充解释,替换数据。主题放在另一个文件里,修改正文时就有了清楚的范围。
先把规范写进主题
第一个 Agent 可以先负责主题。把Logo、系统配色、字体字号规范交给它,再说明这份材料用于什么场合,让它把这些要求落实到页面上。
Logo 放在哪个角、多大,标题和正文分别用什么字体,注释最小用多大字号,图表用哪些颜色,都在这里确定。以后加一页,不必再从上一页复制几个框,边写边猜哪一处格式才是标准。
常用布局也一起准备。汇报材料里经常用到的章节页、左右对比、图表加说明,都可以做成组件。内容 Agent 只需要知道每个组件接收哪些文字、图片和数据。
先拿长标题、密一点的表格、带图例的图表试几页。哪里不好看,就在这个阶段集中调整。交付时,除了主题文件,还要留下调用示例,让接手的 Agent 知道怎么用。
调用示例要让它照着就能填:标题放哪里,正文传给哪个参数,图表旁边的说明怎么写。只给一张好看的样图,后续 Agent 还得重新猜布局;留下能直接运行的示例,它才有现成的东西可以用。
这一步值得花时间反复调。定好的字体和配色,每做一份材料都要遵守,把它们提前做好,后面的任务就能少处理一批重复要求。
后续 Agent 专心把内容写好
接下来,把材料和主题的用法交给负责内容的 Agent。让它先整理大纲,再决定每页讲什么、需要什么证据、用什么图表表达。
比如要解释某项业务的变化,它该考虑数据口径是否一致、趋势里有没有异常、读者需要看到哪段时间。图表字体、配色和说明文字的位置,可以沿用主题里的约定。
你检查内容时,也可以集中问这些问题:这个结论从哪里来?这里为什么少了一步解释?这两页是不是应该换个顺序?不用每补充一点内容,就重新讨论一次设计风格。
任务里可以直接约定:沿用现有主题,先把内容写完整。如果少了某种布局,就提出需要补什么组件。例如需要一页并排比较三个方案,就给主题补一个三栏组件,之后遇到同类内容继续调用。
这份材料写完,下一份继续用。负责月报的 Agent、准备客户方案的 Agent,都可以读取同一套主题和示例。已经确定的设计,不必在每段新对话里重新交代。
如果公司换了 Logo 或调整了配色,就修改共用主题,再重新编译引用它的材料。内容里的业务判断和数据可以保留,格式修改也有明确的地方可找。
渲染出来检查再把项目留下
最后,让 Agent 编译文档,并查看实际页面。标题有没有折成难看的几行,表格是否溢出,图例是不是小得看不清,都得看渲染结果。文件能编译,不代表页面已经能交付。
一页内容太多,就拆页或调整表述;每页标题都挤,就回到主题里改。发现什么问题就处理什么问题,别为了塞下一段话,把整份材料的字都缩小。
交付 PDF 时,把正文、主题、图片和数据也一起留下,记录字体、依赖包版本和编译命令。换一台电脑,按说明准备好环境;换一个 Agent,它也能沿着这些文件接着修改。
接手时可以先编译一遍已有版本,确认效果,再改内容。标题、数据和排版规则都有对应的文件可查,不必让新 Agent 对着成品截图重新拼一份。
下次要做一份类似材料,可以先把主题和示例交给 Agent,再给它新内容。上次确认过的设计还在文件里,不需要靠你翻聊天记录,一条条找回来。
这篇对你有用的话,点个赞,也可以转给一起做方案、写报告的朋友。
留言区聊聊:你现在让 AI 做文档,来回改得最多的是内容,还是排版?