项目复盘提示词：贴入过程记录，AI拆出差距、根因和下次改法

项目复盘提示词要解决的是复盘稿最难写的部分：项目做完了，过程记录散在群聊、文档和会议里，真要写成稿，不是只剩成绩汇总，就是变成互相甩锅的流水账。下面这段提示词先把目标、实际结果和过程记录交给 AI，再让它按差距、根因、改进项三层拆开，复制过去填好变量，就能拿到一份能直接拿去开复盘会的稿子。

复盘稿难写的不是总结，是说清差距

复盘和总结的区别只有一个：总结说做了什么，复盘要说清目标和结果差在哪、为什么差、下次怎么改。所以喂给 AI 的材料里必须有目标和实际结果这两个锚点，只有过程记录没有目标，AI 只能把记录重新排个序；只有结果没有过程，根因就只能靠猜。如果这次只是常规的阶段汇报、不需要追原因和改法，用周报的写法就够了，不必套复盘结构。

可直接复制的提示词

你是一名带过多次项目复盘的主持人。请根据下面的信息，把这个项目复盘成一份可以直接拿去开复盘会的稿子。

项目目标与实际结果：{{项目目标与结果}}
过程记录：{{过程记录}}
复盘用途：{{复盘用途}}
改进项数量：{{改进项数量}}

输出要求：
1. 先给一张目标与实际结果的对照：逐项写清原定目标、实际结果和差距，差距能写数字就写数字，记录里没有的数字不要补。
2. 再按根因归类问题，分成计划安排、协作配合、资源支持、外部变化四类；每条问题都要指出它对应过程记录里的哪件事，记录里查不到的原因不要编，信息不够的地方标出信息不足，并写清还缺什么。
3. 做得好的部分单独成段：只保留有记录支撑、值得下次继续用的做法，每条写清当时是怎么做的、带来了什么结果。
4. 最后给改进项表格，列为改什么、由哪个角色负责、什么时候验证、用什么标准判断改到位了。改进项数量按我给的数字来，不要凑数；不要写加强沟通、提高重视这类没法验证的空话。
5. 全文对事不对人，不出现点名批评和归责措辞；记录里说法不一致的地方，两种说法都列出来，并标注待确认。

先输出对照表，再输出问题归类、做得好的部分和改进项表格，前面不要写长篇说明。

四个变量分别填什么

{{项目目标与结果}}：目标和结果要成对写。例如原计划 9 月底上线、实际 10 月 12 日上线，原计划转化率做到 3%、实际上线两周是 2.1%。只写项目顺利完成这种结论，AI 就没有差距可拆。
{{过程记录}}：把手头材料按时间顺序贴进来就行，群聊里定的关键节点、延期时发的说明、会议结论都可以，乱一点没关系，但不要把事后评价混进原始记录，评价留给复盘环节。
{{复盘用途}}：写清这份稿子给谁看、要当场定下什么。例如给项目组内部开会用，会上要定下下个版本的三条改进项；写给管理层看的版本，就要在变量里注明只汇报差距和改进计划，不展开内部争议细节。
{{改进项数量}}：给一个小数字，一般 3 到 5 条。复盘最常见的失败不是没发现问题，而是列出二十条改进项、最后一条都没落地；数量压住，才逼得出优先级。

拿到复盘稿后，先核对这三处

第一处是数字：对照表里的每个数字都要能回到过程记录或结果数据里，AI 把约数写成精确值、把计划数字写进实际结果，都是常见错误，发现就改回记录里的原数。第二处是根因的深度：延期了、沟通不畅只是现象不是根因，合格的根因要能回答为什么会延期，例如需求冻结时间比原计划晚了两周、联调环境到上线前三天才配齐。第三处是改进项能不能验证：每条都要有验证时间和判断标准，两样缺一样，就退回去让 AI 补齐再定稿。复盘会当面开的话，会后可以再用会议纪要提示词，把会上确认的改进项和负责人整理成行动清单。