这两天用豆包工作来做一个PPT修改的任务，踩了两个坑，也有一点心得，记一下。
我的工作流程
先说一下我是怎么用豆包工作改PPT的。
首先把PPT导入到豆包工作，然后让它把PPT拆解成纯文档。拆解完之后有两个主要工作：一个是理顺整个文档的逻辑结构，第二个是找到文档描述当中前后不一致、前后矛盾的地方。
把这些都理顺之后，再让豆包自动生成PPT。
这个流程本身没问题，逻辑梳理和矛盾排查确实是AI擅长的事情。但中间出了两个问题，挺有意思的。
第一个坑：AI不懂Ctrl+Z
在梳理文档的过程中，我对原文档的叙事内容做了一部分添加。但事后发现，这部分添加其实是没有必要的，我需要遵照原文档的内容重新制作。
这个时候问题来了。我跟豆包说，前面加的那些内容不要了，恢复到原始状态，然后重新做。但豆包工作好像不能理解我这个操作——它还是会把我们前面商量过需要增加的内容自动加入到PPT当中去。
这就好比我对一个文档操作了好多步骤之后，按Ctrl+Z让它恢复到原始状态，然后再进行修改。但对于豆包工作来讲，它不能理解为什么前面做了那么多工作都撤回了，它还是要把这些工作继续加进去。
说白了就是：AI的上下文记忆是线性的，它记得”我们讨论过要加A”，但它不理解”我们后来决定不加A了”这件事可以覆盖前面的决定。在它的逻辑里，前面说过要加的东西，就应该加上。
这个问题目前没有特别好的解决办法，最靠谱的方式就是开一个新的对话，从头来。
第二个坑：文件名一样就是同一个文件
因为前面那个坑，我重新起了一个对话框，把本地的文件拉到豆包工作当中，想进行全新的修改。
这时候又发现一个问题：由于这个文件我没有进行改名，哪怕实际上它是两个文件，但飞书把修改过的PPT和原来的文件当成了同一个。这样的话，我做的修改等于没有做——它打开的还是原来那个版本。
所以一定要把文件重命名。哪怕内容完全不同，只要文件名一样，飞书就认为是同一个文件。这个细节挺容易忽略的，我折腾了半天才发现是这个原因。
一点心得
说完技术层面的坑，再讲一点关于PPT本身的心得。
其实很多时候，一个项目介绍的PPT并不需要让它完美无缺。重要的是要有这个文档，而且这个文档的内容是可以不断修改的。短期内的内容，它只是一个介绍性的东西，就好比是一张名片——你不会把一张名片反复打磨到极致，它的作用是让别人快速了解你是干什么的。
所以没有必要在一个项目介绍PPT当中进行反复的打磨。只有出现重大变化的时候，再进行一次统一的梳理和调整就够了。平时小修小补，保持信息准确就行。
想通了这一点，改PPT的心态就平和多了。
发表回复