メニュー
通用复盘与根因分析。适用于任何场景（开发需求、个人生活、兴趣爱好、项目管理），从问题出发，归类分析，找到根本原因，产出可执行的改进方案。当用户提到复盘、反思、总结经验、分析问题、找根因、回顾、改进、文档整理、目录重组时触发此 skill。即使用户只是说'最近状态不对'、'这次搞砸了'、'总结一下这个项目'、'文档太乱了'也应触发。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
经验提炼。将会话中的调研结论、实测经验、踩坑记录、决策备忘沉淀到 knowledge/projects/ 或 knowledge/resources/。当用户说'沉淀'、'记录下来'、'存下来'、'总结会话'、'distill'、'kb-distill'时触发。
知识库进化与代码自省。审计 memory/long 一致性、沉淀 scratch 到长期记忆、清理过期 todo、扫描代码 TODO/FIXME、分析 daemon 错误根因、发现外部 skills/MCP 工具。当用户提到知识进化、memory 审计、代码自省、知识整理、认知迭代、能力发现时触发此 skill。
加载当前工作的会话交接上下文（session handoff）。当用户说'加载上下文'、'恢复一下上次进度'、'我刚开新会话，接着做'、'帮我看下上次做到哪了'、'sh-load'时触发。适用于从本地 handoff 恢复可执行工作简报。
保存当前工作的会话交接上下文（session handoff）。当用户说'保存上下文'、'先记一下'、'帮我做个 handoff'、'准备切会话'、'compact 前存一下'、'sh-save'时触发。适用于把当前进展整理成可恢复的短期 handoff。
Send formatted messages to Feishu webhook for alerts, batched updates, and daily briefs.
| name | root-review |
| description | 通用复盘与根因分析。适用于任何场景（开发需求、个人生活、兴趣爱好、项目管理），从问题出发，归类分析，找到根本原因，产出可执行的改进方案。当用户提到复盘、反思、总结经验、分析问题、找根因、回顾、改进、文档整理、目录重组时触发此 skill。即使用户只是说'最近状态不对'、'这次搞砸了'、'总结一下这个项目'、'文档太乱了'也应触发。 |
从问题出发，找到根本原因，产出可执行的改进方案。适用于任何场景——开发需求、项目管理、个人生活、兴趣爱好。
核心理念：复盘不是列问题清单，而是穿透表象找到根因。解决了根因，一堆表面问题同时消失。
/root-review用户提供以下一项或多项：
不急着分析，先把问题都摊开来。
从用户输入中提取所有问题和不满。如果用户提供了目录/文档路径，主动读取并发现问题。
每个问题用一句话描述，附带具体表现：
问题：<一句话>
表现：<具体证据/例子>
对每个问题，追问"理想状态是什么"：
如果用户已经描述了理想效果，直接提取；如果没有，主动问。
把问题清单 + 理想状态展示给用户确认：
把散乱的问题归入维度，看见结构。
按以下维度对问题归类。不是所有维度都会有问题，空的跳过：
| 维度 | 含义 | 例子 |
|---|---|---|
| 人 | 自己或他人的行为、决策、沟通 | "产品没说清楚需求"、"我没及时同步进度" |
| 方法/流程 | 做事的方式、步骤、工具 | "没有做路径分解就直接写代码"、"没有固定复盘节奏" |
| 环境/外部 | 不可控的外部因素 | "第三方接口突然限流"、"上游需求频繁变更" |
| 信息/资源 | 获取了什么、缺了什么 | "没读完代码就开始改"、"缺少测试环境" |
| 认知/心理 | 预期偏差、认知盲区、情绪影响 | "低估了复杂度"、"焦虑导致赶工" |
归类后，标注哪些是"可控"的（自己能改变），哪些是"外部"的（只能应对）。
重点放在可控因素上——这是后续找根因的重点。
这是整个复盘最关键的一步。表面问题只是症状，根因才是病灶。
对 Phase 2 中优先级最高的 2-3 个可控问题，逐个做 5 Whys 分析：
问题：文档散落在多个文件里，找不到关键信息
→ 为什么？写文档时没有统一模板
→ 为什么？当时没有定义文档规范
→ 为什么？觉得"先做完再整理"
→ 为什么？低估了文档混乱对后续效率的影响
→ 根因：缺乏"文档是开发过程的一部分"的认知
追问技巧：
根因的判断标准：
根因找到了，方案要具体到"下次遇到同样情况，我会做什么不同的事"。
每个根因对应 1-2 个具体行动：
| 根因 | 行动 | 衡量标准 |
|------|------|---------|
| 缺乏文档即开发的认知 | 每个需求开始时先建 00-路径分解.md | 是否有路径分解文件 |
行动的标准：
如果复盘的是开发需求，可能涉及：
如果复盘的是个人生活/兴趣：
向用户展示完整的复盘结果：
等用户确认后，执行相关改动（如果有文件操作的话）。