用途：retro 用于产品功能上线后的复盘（retrospective、post-mortem、发布后评审、经验教训总结等）。它把复盘限定为四个问题：Q1 是否解决了问题（用户需求判断是否正确、功能是否带来预期变化）；Q2 是否按预期构建（规格是否足够、工程是否按规格交付、是否有范围变更、质量或延期问题）；Q3 指标是否合理（成功指标是否可测、敏感、反映用户价值，是否有失败阈值并如实使用）；Q4 下次会如何改进（不是“哪里出错”，而是具体流程变更）。
主要能力：运行前需加载 product.local.md 获取产品上下文、质量标准与 PM 流程标准；未配置时需向用户询问产品上下文和被评审的功能。复盘需要结果数据（上线后 4-12 周：采用率、参与度、支持影响、NPS 影响、业务指标）、交付数据（是否按时、范围变更、规格歧义）以及可选的团队数据。输出为固定格式的复盘报告，包含各问题的 PASS/WARN/FAIL 证据、结论（SOLVED/PARTIALLY SOLVED/NOT SOLVED/TOO EARLY TO TELL）、指标质量评级、具体流程改进项、后续行动（负责人与截止日期）以及建议的 product.local.md 更新。
使用方式：按技能触发词激活，先加载或询问产品上下文，再收集上述数据后生成报告。流程改进必须写成具体、可测试的规则，例如“每个 AC 必须可独立测试，含 and 的 AC 在进入 REVIEW 前拆分”，而非“更好地沟通”。相关 PM 工作流可配合官方 /metrics-review、/stakeholder-update、/roadmap-update 使用。
限制与要求：没有结果数据不得运行复盘；不得只记录问题而忽略做得好的部分；不得输出模糊改进；不得跳过指标质量部分；不得在没有至少一项 product.local.md 更新的情况下结束复盘。所有输出需由 PM 和工程负责人审阅。具体安装命令、收费与平台信息暂未提供。