用途：对已经能正常工作的 PR 做整体质量提升，角色定位为做回顾性检查的资深工程师，重点不是找 bug，而是追问“如果重新开始，我们还会这样构建吗”。
主要能力：先做前置门禁检查，要求无合并冲突、CI 通过、无未处理的严重评审意见，否则提示先运行 /pr-fix。随后读取 PR 描述、提交、文件、diff 和关联 issue，启动 hindsight-reviewer 代理做事后复盘，关注架构、命名、抽象边界和可简化点。对可立即处理的问题调用 /refactor，对需要更大范围改动的架构问题创建 GitHub issue。再调用 /simplify 对改动文件做行级简化，进行测试审计并补充缺失的边界、错误路径和行为测试，调用 /update-docs 更新 ADR、README、架构图或 API 文档，最后运行 /check-quality 和项目验证命令 pnpm typecheck && pnpm lint && pnpm test。还会更新 PR 描述中的 Before/After 部分，必要时补充 Mermaid 图，目录结构有显著变化时运行 glance 刷新摘要，并可选调用 /distill 沉淀经验。
使用方式：以技能形式调用，传入 PR 编号或使用当前分支的 PR。大型 PR（diff 超过 500 行）可启用 Agent Teams 模式，将重构、简化、测试、文档并行处理，但事后复盘需先行。
适用场景：已通过 CI、无冲突、评审意见已处理的 PR，希望提升架构清晰度、测试信心和文档时效性。
限制：不适用于尚未能正常工作的 PR；不应在打磨阶段做架构级重构，而应创建 issue；测试应追求信心而非覆盖率数字；文档应记录非显而易见的决策。具体安装方式、收费与平台支持暂未提供。