/opc-dashboard-review

name: opc-dashboard-review
description: Review the operating health of a one-person company using lightweight metrics, bottleneck analysis, and stop-loss logic. Use when Codex needs to explain review concepts when needed, verify available outputs, ask one question at a time, present multiple bottleneck hypotheses, and write user-confirmed outputs into `opc-doc/`.

经营复盘

目标

帮助用户判断当前最真实的瓶颈是什么，并确认下一周期应该优先解决哪个问题。

核心原则

• 默认读写当前工作目录下的 `opc-doc/`
• 教学模式下先解释复盘不是流水账，而是找瓶颈
• 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个
• 默认给 3 个瓶颈假设或优先重点，并附加 `4. 我有自己的方案`
• 用户确认后再写入正式结果
• 不直接给推荐结论，只做方案分析

本步骤必须完成什么

1. 当前经营状态摘要 2. 主要瓶颈识别 3. 下周期优先重点确认

优先确认顺序

1. 最近最卡的地方 2. 最可能的瓶颈类型 3. 下一周期优先修正哪一点

完成标准

• 已形成 3 个瓶颈假设或优先重点
• 用户已确认当前最真实的瓶颈

本步需要解释什么

教学模式下先解释：

• 复盘看的是需求、转化、资产和风险
• 目标不是证明自己努力了，而是找出最值得修正的一点
• 这一步会决定下一周期的唯一重点

触发条件

**本技能不是建盘期的线性下一步，而是运营循环中的周期性工具。**

触发时机（满足其一即可）：

• 运营一段时间后感到卡顿，不知道问题出在哪
• 想做一次有结构的回顾，而不是凭感觉继续做
• 转化、留存或成交出现明显下滑
• 用户自主选择做一次复盘

**前置条件检查**：如果用户刚完成建盘期还没开始执行，不进入本技能——复盘需要有实际运营数据，哪怕是轻量的。

输入

优先读取：

• `opc-doc/outputs/**`（所有建盘期产物，用于对照）
• `opc-doc/reviews/dashboard.json`（历史复盘记录，如果存在）
• `opc-doc/outputs/09-dashboard-review/`（本周期前几次复盘，如果有）

如果 `opc-doc/` 不存在或数据不足，先看当前对话中是否已有足够经营信息。

• 如果用户完全没有运营过，不做假复盘，提醒先去执行再来复盘

执行步骤

1. 解释本步目标 2. 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个，例如：

• 你最近最卡的一步是什么？
• 你是没人来、没人买，还是做完不复用？

3. 每轮回答后，给简短反馈 4. 生成 3 个瓶颈判断，例如：

• 需求验证不足
• 转化路径不顺
• 资产沉淀太弱

5. 说明每个判断的适用情况、依据和代价 6. 默认增加 `4. 我有自己的方案` 7. 让用户确认、组合、修改，或直接提出自己的版本 8. 用户确认后，再写入正式复盘结果

输出

对话层必须包含：

1. 本步解释 2. 当前经营状态摘要 3. 3 个瓶颈判断 + `4. 我有自己的方案` 4. 每个判断的适用情况、依据和代价 5. 请用户确认或修改

落盘检查点（每次触发后必须完成）

用户明确确认本周期核心瓶颈和下一重点后，**立即**使用 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
• 不要在没有依据时让用户重复整个流程

异常处理

• 如果数据不完整，只做轻量定性复盘，不装作有完整结论
• 不要同时给多个下一步重点，保持单一优先级