好不容易让 AI 按公司的要求做事，换一个工具，是不是又要从头教？

如果你已经用 AI 整理会议、写项目周报，可能会关心这个问题。除了告诉它要写什么，还得说明公司的要求：客户提了一个想法，先记下来；负责人还没同意，就不能写成已经确定的安排。项目没做完，就不能写成“已完成”。

这些要求，可能写在一份说明里，保存在原来工具的设置中，也可能只出现在某次纠错的对话里。

等到团队准备换工具，就需要把它们找出来。否则，过去花时间讲清楚的事情，新助手还得重新理解，团队也得重新检查。

先从一件具体的工作说起。

假设你负责一个工厂数字化项目。下面这个例子是为了说明问题，不是一次已经做过的迁移实测。

双方原来已经确认：先给第一家工厂上系统。后来开会，客户又提出，第二家工厂能不能也一起做？

团队据此写了一份新草稿，讨论两家工厂一起做的安排。但要增加多少钱、工期是否延长，都还没有定下来，负责人也没同意修改原计划。

现在，你把原来的方案、会议记录和新草稿一起交给 AI，让它写下周的工作安排。

如果它把新草稿当成了已经确定的方案，就可能直接写上“启动第二家工厂的实施”。后续负责排人、排工期的同事，也可能跟着这个安排走。

你希望它怎么处理？

继续按已经确认的方案安排第一家工厂的工作。第二家工厂的想法先单独列出，看看要增加哪些工作、需要谁补充信息，再交给负责人决定。

已经确认的方案继续执行，新想法先分析，再请负责人确认。假设例子。

这里要保留下来的做法很具体：分清已经定好的事和还在讨论的事。 换了工具，这个要求仍然成立。

接着上面的例子，给新助手准备一份简单说明，就比只扔给它一堆文件更容易讲清要求。

说明可以写成这样：

写工作安排时，先查看双方已经确认的方案。会议里新提出的想法，单独列为待确认事项。涉及增加工作、费用或延长工期，先列出影响，请负责人决定。找不到确认记录时，要问清楚。

再附上一份团队认可的工作安排，让它知道应该写到什么程度。以前如果出现过“把讨论稿当成正式方案”的错误，也一并说明错在哪里。

整理时，项目负责人要看一遍：这些要求今天还适用吗？有没有当时临时交代、后来已经改变的做法？不能把所有旧对话原样搬过去，就当成公司的规定。

至于放在哪里，可以先用团队现有的共享文档。写清谁负责维护，哪份是目前在用的，相关方案到哪里找。涉及项目是否获批、任务是否完成，仍然要查负责记录这件事的系统，不能只看一份很久没更新的说明。

如果已经把做法整理成 Skill，也就是给 AI 使用的一套工作说明，可以连同模板和相关文件一起保留。Agent Skills 规范就支持这种组织方式，但换一个工具后，是否能直接使用，还需要检查。参考：Agent Skills 格式规范

方法讲清楚了，正在处理的事情也要交代。

比如，关于第二家工厂的申请已经提交，负责人还没批。如果只告诉新助手“帮我处理第二家工厂的事情”，它可能又提交一次。两份申请同时流转，大家反而要花时间弄清哪一份有效。

交接时可以留下一条简短记录：

第二家工厂的申请已经提交，正在等项目负责人确认。申请记录在这里。确认前，继续按第一家工厂的原计划执行，不要重复提交。

每项没做完的工作，都尽量说清：已经做了什么，现在等谁，接下来该做什么，并附上能查到原记录的位置。

如果旧助手还会定时发周报、提醒负责人，也要安排好什么时候停、新助手什么时候接。否则，即使内容都正确，也可能一天收到两份周报、同一件事被催两遍。

这和同事之间交接很像。新同事知道怎么做，还需要知道事情目前做到哪里。

资料放进新工具后，先拿少量任务检查它的表现。

仍然用前面的材料，请它写一次工作安排。看它会不会把第二家工厂直接列入实施计划，能不能说明哪些事情还没有确定。

再试一种情况：资料里缺少负责人的确认记录。它会主动问清楚，还是自己猜一个答案？

也可以把已经提交的申请交给它继续处理，看它是否先查看原记录，还是又建了一份。

这些检查要盯住具体动作。 报告读起来流畅，还需要核对里面的安排有没有依据。如果它说“申请已提交”，就去系统里看一下，是否真的存在这条申请，内容和处理进度是否正确。Anthropic 的 Agent 评测文章也强调，要检查实际结果，不能只看助手的完成说明。参考：Agent 评测方法

试用阶段，可以先让它读取经过脱敏的材料、起草内容，不直接修改正式项目记录。需要测试提交申请等操作时，由技术同事安排测试环境。

重要任务多试几次，把出错的情况留下。

如果它又把讨论稿当成了正式方案，就回头看看：材料有没有标清楚？工作说明里有没有交代？这些都说清了还会出错，就得继续调整或缩小它能处理的范围。

几次试用能帮助判断这些任务做得怎样。其他工作能不能交给它，还要分别检查。

换工具通常还会有一些具体麻烦：原来能直接读到的文件，新助手找不到；原来能提交的申请，新工具没有这个功能。

这些地方需要技术同事重新配置。暂时接不上的步骤，可以先由人完成。比如让 AI 整理好申请内容，再交给项目经理提交，别让它把“已经写好”说成“已经办完”。

还要检查它被允许做什么。一个只负责写建议的助手，通常不需要直接修改正式方案。要不要开放修改权限，应由团队明确决定，并在系统里设置好，不能只靠一句“没有同意不许改”来约束。

这样准备，并不保证换工具完全不用返工。不同工具的能力和操作方式有差别，团队需要比较重新配置、检查结果和人工处理要花多少时间，再判断是否值得换。

如果你现在已经在用 WorkBuddy 或其他 AI 助手，可以先挑一项熟悉的工作，比如周报：找出你认可的样稿，写下它以前容易弄错的地方，再把还没完成的事情交代清楚。

把这些材料交给一个不了解这个项目的同事看看。哪些地方他还得追着你问，就先补充哪些说明。再交给新的 AI 助手，用同样的任务检查一遍。

这能帮你看清：哪些做法已经说清楚了，哪些还只存在于某个人的脑子里，或者某一次聊天中。