「AI 项目复盘指南」听起来像效率工具题，其实很多时候是信息归位的问题。会议、资料、任务和判断散在各处，每次继续做事，都像重新捡线头。
Perplexity、Notion AI、Gemini 能帮忙整理，但别让它们变成新的收件箱。「项目复盘」真正有用，是让下一次打开材料的人少问一遍背景。
这话听起来有点扫兴。但「AI 项目复盘指南」如果一开始不扫兴，后面通常会很累。复盘不是把故事讲圆，是把下次会踩的地方提前标出来。
先看信息要回到哪
我会先看「AI 项目复盘指南」的信息从哪里来，又要回到哪里去。纪要要回到项目页，资料摘要要变成判断，待办要落到负责人。中间断掉，AI 再聪明也只是临时救场。
我会先把「项目复盘」的成功标准写得窄一点。不是“做得更好”，而是让谁更快判断、让哪一步少返工、让哪份材料能继续被用。
记录要能继续用
材料不用多，但要真实。围绕「项目复盘」，我会把已有素材、不能编的事实、还没确认的地方放在一起。AI 看到的东西越具体，它越不容易装得很懂。
提示词我会写得很像工单：背景、材料、限制、输出给谁、哪些地方必须标成不确定。写「项目复盘」时，这种笨办法比“请你专业地分析”更耐用。
工具别变成新收件箱
我会把「项目复盘」里的工具分得很窄。不是为了显得流程专业，是为了出问题时知道该改哪一段。Perplexity 适合补背景和读者问题，也适合快速看一个主题外面的人怎么讨论。别让它替你拍板，拿来补视野就好。Notion AI 适合在知识库和项目页里收拾材料。会议纪要、待办、草稿、复盘，放回原来的页面会更顺。Gemini 适合贴着 Google 文档、表格、邮件和搜索材料补上下文。资料本来就在那边时，它会少绕一点路。这样看起来慢一点，可交接时会少很多含糊话。
我不太相信一次就能把「项目复盘」设计完整。先让工具做中间版本，人来删、改、确认，再把有效部分留下。
下一次能少问一句就值
复核「项目复盘」时，我不会只看它顺不顺。我要看关键事实、待办落点、待确认事项和下一步责任人。有一项说不清，就先别把它当成完成。
还有个容易忽略的小坑：别在文章里写死 Perplexity、Notion AI、Gemini 的实时价格、套餐额度或地区可用性。这些东西变得太快。写清它们在「项目复盘」里的位置，就够了。
可以先用「项目复盘」跑一个固定场景。一次周会、一份资料、一组待办都行。先看它能不能让下一次接着做事更容易。
我还会给「项目复盘」加一个小检查：这次整理完，信息有没有回到原来的工作现场。会议纪要要回项目页，资料摘要要回判断，待办要回负责人。只停在一段漂亮摘要里，其实还是没有减轻下一次的负担。
跑完以后，我只记三件事：哪里真的省了时间，哪里让人更糊涂，哪里必须早点交给人判断。「项目复盘」能留下这些记录，就已经不是一次性生成了。
