用途：在冲刺、发布切片、里程碑或粗略迭代结束后主持回顾，适用于远程、混合或跨职能团队，把重复出现的团队抱怨转化为少量具体流程实验，并复盘旧行动项的状态。
主要能力：先对请求做归类（节奏、团队形态、当前痛点、可用证据、心理安全感、期望产出），再从五种模式中选定唯一主模式：live-facilitated-retro、async-first-retro、hybrid-retro、milestone-postmortem、action-review-reset。默认规则：分布式或跨时区优先 async-first-retro；远程与现场混合优先 hybrid-retro；发布/演示/上线学习优先 milestone-postmortem；行动项大量死亡优先 action-review-reset；否则用 live-facilitated-retro。
使用方式：先复盘既有承诺（完成/停滞/受阻/放弃），再收集观察，用 went well / didn’t go well / change next、start/stop/continue、mad/sad/glad、4Ls 等提示族；随后聚类为最多 3-5 个主题，行动项上限 1-3 个，每个需有负责人、截止或检查点、成功信号，并区分团队可控项与需上报项。最终输出一份 Retrospective Brief，含推荐模式及理由、旧行动项复盘表、证据、主题、引导流程、提示集、商定行动、风险与上报、相邻交接。
适用场景：软件、产品、营销、运营或游戏团队的里程碑复盘，侧重工作流学习而非深度技术根因分析。
限制：不用于下一步规划、拆分工作或准备下个冲刺（改用 task-planning）；不用于估算、容量或规模分歧（task-estimation）；不用于每日同步或阻塞优先状态会（standup-meeting）；不用于故障取证、安全调查或深度事件分析。若缺少旧行动项需明确说明；证据薄弱时标注为低置信度，不得虚构确定性。不要在一次回答中混合多个主模式。参考资料包括 references/facilitation-modes.md 与 references/action-review-and-packet-shapes.md。