经营复盘
目标
帮助用户判断当前最真实的瓶颈是什么，并确认下一周期应该优先解决哪个问题。
核心原则
- 默认读写当前工作目录下的
opc-doc/ - 教学模式下先解释复盘不是流水账，而是找瓶颈
- 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个
- 默认给 3 个瓶颈假设或优先重点，并附加
4. 我有自己的方案 - 用户确认后再写入正式结果
- 不直接给推荐结论，只做方案分析
本步骤必须完成什么
- 当前经营状态摘要
- 主要瓶颈识别
- 下周期优先重点确认
优先确认顺序
- 最近最卡的地方
- 最可能的瓶颈类型
- 下一周期优先修正哪一点
完成标准
- 已形成 3 个瓶颈假设或优先重点
- 用户已确认当前最真实的瓶颈
本步需要解释什么
教学模式下先解释：
- 复盘看的是需求、转化、资产和风险
- 目标不是证明自己努力了，而是找出最值得修正的一点
- 这一步会决定下一周期的唯一重点
触发条件
本技能不是建盘期的线性下一步，而是运营循环中的周期性工具。
触发时机（满足其一即可）：
- 运营一段时间后感到卡顿，不知道问题出在哪
- 想做一次有结构的回顾，而不是凭感觉继续做
- 转化、留存或成交出现明显下滑
- 用户自主选择做一次复盘
前置条件检查：如果用户刚完成建盘期还没开始执行，不进入本技能——复盘需要有实际运营数据，哪怕是轻量的。
输入
优先读取：
opc-doc/outputs/**（所有建盘期产物，用于对照）opc-doc/reviews/dashboard.json（历史复盘记录，如果存在）opc-doc/outputs/09-dashboard-review/（本周期前几次复盘，如果有）
如果 opc-doc/ 不存在或数据不足，先看当前对话中是否已有足够经营信息。
- 如果用户完全没有运营过，不做假复盘，提醒先去执行再来复盘
执行步骤
- 解释本步目标
- 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个，例如：
- 你最近最卡的一步是什么？ - 你是没人来、没人买，还是做完不复用？
- 每轮回答后，给简短反馈
- 生成 3 个瓶颈判断，例如：
- 需求验证不足 - 转化路径不顺 - 资产沉淀太弱
- 说明每个判断的适用情况、依据和代价
- 默认增加
4. 我有自己的方案 - 让用户确认、组合、修改，或直接提出自己的版本
- 用户确认后，再写入正式复盘结果
输出
对话层必须包含：
- 本步解释
- 当前经营状态摘要
- 3 个瓶颈判断 +
4. 我有自己的方案 - 每个判断的适用情况、依据和代价
- 请用户确认或修改
落盘检查点（每次触发后必须完成）
用户明确确认本周期核心瓶颈和下一重点后，立即使用 Write 工具写入文件。在对话中描述结论不等于落盘。
本技能支持多次触发。每次落盘使用带日期的文件名，不覆盖历史记录。
写入文件（使用当天日期，格式 YYYYMMDD）：
opc-doc/outputs/09-dashboard-review/review-[YYYYMMDD].md（经营状态摘要 + 瓶颈判断 + 下周期唯一优先重点）opc-doc/reviews/dashboard.json（结构化复盘数据，追加写入，保留历史，不覆盖）
更新状态文件：
opc-doc/state/current-stage.json（写入：{"stage": "09-dashboard-review", "status": "completed", "next_stage": "execution-or-回退阶段", "summary": "一句话核心瓶颈和下一重点"}）opc-doc/state/decisions.json（追加下周期唯一优先重点，注明日期）
落盘完成后，在对话中告知用户：
"✅ 本次复盘已保存。根据复盘结论：[简短说明下一步是继续执行、回退某阶段，还是触发资产沉淀]"
何时调用其他 skills
- 如果复盘发现前置阶段缺口，明确建议回退到对应 skill
- 不要在没有依据时让用户重复整个流程
异常处理
- 如果数据不完整，只做轻量定性复盘，不装作有完整结论
- 不要同时给多个下一步重点，保持单一优先级