用途
回顾会议（Retrospective）是一种结构化反思活动，帮助团队从经验中学习并持续改进。通过定期审视哪些做得好、哪些没做好、需要改变什么，团队可以建立学习与适应的文化。其价值不仅在于讨论本身，更在于被记录下来的行动以及后续的跟进落实。
该技能用于主持并记录团队回顾会议，适用于敏捷团队每个冲刺结束时、完成重要项目或里程碑后、发生重大事故或故障后、团队氛围出现问题需要处理时、按固定周期（每月、每季度）即使没有特定触发事件时，以及新成员加入需要建立改进文化时。
主要能力
- 设定回顾背景：明确回顾覆盖的周期或项目、参与者以及期间发生的重要事件。
- 选择回顾形式：支持 Start/Stop/Continue（简单直接）、4Ls（Liked、Learned、Lacked、Longed for）、Mad/Sad/Glad（情绪导向）、Sailboat（视觉隐喻，风=助力，锚=阻碍）等常见形式。
- 收集全员输入：确保每位成员都有机会贡献，关注沉默成员的重要见解，并对相似条目分组以识别主题。
- 讨论与优先级排序：不试图解决所有问题，聚焦影响最大的事项，通过投票或讨论确定最需要处理的 2-3 个问题。
- 定义行动项：将洞察转化为具体、可分配的行动，每个行动都需要负责人和截止日期，避免“更好地沟通”这类模糊改进。
- 回顾上次行动：检查上一次回顾行动项的状态，庆祝完成项，讨论未完成项的阻碍，建立问责机制。
- 文档留存：记录关键要点，供未来团队成员参考并追踪长期模式。
使用方式
当被要求主持或记录回顾会议时，按以下步骤执行：设定背景、选择形式、收集输入、讨论并排序、定义行动项、回顾上次行动、为未来参考而记录。
输出使用 references/TEMPLATE.md 中的模板进行结构化。一份完整的回顾会填满模板的每个部分：概览（Overview）、上次回顾复盘（Previous Retrospective Review）、做得好之处（What Went Well）、待改进之处（What to Improve）、讨论记录（Discussion Notes）、行动项（Action Items）、待议事项（Parking Lot）、指标与趋势（Metrics and Trends）、主持人备注（Facilitator Notes）以及下次回顾安排（Next Retrospective）。
项目记忆契约
仅当 .claude/pm-skills.local.md 文件存在时激活；没有该文件时完全忽略此部分，按上述方式正常执行。
- 读取：最近的 artifacts[] 条目，使回顾可以查看该周期实际产出的内容，而非依赖回忆。
- 写入：将经验教训作为解释性 artifact 写入。
- 姿态：提出条目并等待确认后再写入，除非设置了 memory_auto_append: true，此时直接追加并回显所写内容。
- 写入纪律：写入前立即重新读取文件，绝不使用生成提案时的副本。如果期间文件已变化，将条目合并到当前状态并重新提案，而不是覆盖；只添加自己的条目，保持其他所有字段和部分逐字节不变。运行时没有任何机制强制这一点，且该文件被 gitignore，因此粗心的整文件写入会丢失另一个会话的工作且无法恢复。
回顾会议会同时呈现原始观察、模式和承诺。将持久的部分——经验教训——记录在单一标签下；下游读者需要知道该条目的权重有多高，混合标签无法传达任何信息。
适用场景
- 敏捷团队每个冲刺结束时
- 完成重要项目或里程碑后
- 发生重大事故或故障后
- 团队氛围出现问题需要处理时
- 按固定周期（每月、每季度）即使没有特定触发事件时
- 新成员加入需要建立改进文化时
限制与不适用场景
- 如果希望为组织留存一份持久的学习记录，应使用 iterate-lessons-log；回顾是仪式，日志条目比它更持久。
- 如果是在 OKR 周期结束时评分，应使用 measure-okr-grader。
- 如果反思必须以“转向或坚持”的决策结束，应使用 iterate-pivot-decision。
- 如果需要的是普通（非回顾）会议的纪要，应使用 foundation-meeting-recap。
质量检查
在最终确定前，需验证：所有参与者都有机会贡献；正面与改进两方面都被记录；行动项有负责人和截止日期；上次回顾的行动已被回顾；未参加回顾的读者仅凭该文档就能知道决定了什么以及每项行动由谁负责。
完整示例参见 references/EXAMPLE.md。