用途：在冲刺结束、里程碑达成（垂直切片、alpha、beta、gold）、项目上线或被取消、开发停滞、游戏“尚可但不好玩”、刚经历重大转向或砍范围、以及新项目启动前，运行游戏开发事后剖析式复盘。它区别于敏捷回顾：采用“哪些对了／哪些错了／经验教训”格式，要求对每项判断下结论，不做模棱两可的流程问答。
主要能力：复盘须依次经过六个游戏开发视角——核心循环验证（剥离内容与叙事，核心动词是否本身有趣）、设计支柱完整性（支柱是否在实现中保持，出现哪些妥协）、范围分层审查（Must/Should/Could 的升降级是否正确）、心流状态分析（对照预期体验曲线与试玩数据，找出心流中断点）、技术债审计（哪些为赶进度而做的捷径值得、哪些正在阻塞进展）、叙事与机制一致性检查（机制与叙事相互强化或矛盾之处）。
必做环节：杀戮清单逐条审查本周期被砍的功能、系统或内容，标注砍掉时所处阶段与原因，并分类为正确砍掉、砍得太晚、砍得太早、该砍却存活；随后将全部结论浓缩为“最重要的一件事”，要求具体、可执行、诚实。
使用方式：开始前先阅读上一次复盘，判断同样的问题是否重复出现，以区分认知问题与执行问题。全程要求以证据代替感受，用试玩观察、数据或具体事件支撑结论；单人开发者同样需要书面执行，作为外部反馈回路。
限制：资料未提供具体的调用命令、依赖安装方式或与其它工具集成的方式；也未说明收费、平台与自动化能力，这些暂未提供。