其他
任务完成后做只读复盘:对比需求与交付、找出流程与证据缺口…
当一个任务(含计划与检查)已完成、需要回头总结「下次怎样做得更好」时使用,只做对话复盘、不改代码。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
任务完成后做只读复盘:对比需求与交付、找通用
解决思路
- 只进行对话复盘:不要实现改动、不要提交 commit、不要开 PR。
- 复述最初要求的内容与实际交付的内容,逐项对照两者的差异。
- 点明流程或证据上的缺口:跳过的检查、不清晰的需求、多做的范围(scope creep)、缺失的文档。
- 针对下一次类似任务提出最多三条具体改进建议,并引用本次任务的实际情况作为依据,不要给泛泛而谈的建议。
适用边界 · 注意事项
- 任务尚未完成或仍在进行中时,不适合做完整复盘。
- 问题需要立刻动手修复时不适合,因为该技能明确只聊天、不做实现或提交。
- 不要把它变成对个人的评价或脱离本次任务的通用说教,建议必须引用本次任务。