# Opc Dashboard Review

> 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/`.

- Skill: `shengdabai/opc-dashboard-review` (Agent Skill, multi-file: 5 files)
- Install (CLI): `npx skillmds@latest add shengdabai/opc-dashboard-review`
- Raw SKILL.md: https://api.skillmd.com/api/skills/shengdabai/opc-dashboard-review/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: shengdabai (https://skillmd.com/u/shengdabai)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/shengdabai/opc-dashboard-review

---


# 经营复盘

## 目标

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

## 核心原则

- 默认读写当前工作目录下的 `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`（追加下周期唯一优先重点，注明日期）

**落盘完成后，在对话中告知用户：**
> "✅ 本次复盘已保存。根据复盘结论：[简短说明下一步是继续执行、回退某阶段，还是触发资产沉淀]"

## gbrain 同步（可选，默认关闭）

如果环境变量 `OPC_AUTO_SYNC=1`，落盘完成后**自动**调用：

```bash
OPC_TAG="$(basename "$PWD")" ~/.claude/scripts/opc-to-gbrain.sh "$OPC_TAG"
```

把本阶段产出同步到 gbrain，以后可跨项目用 `gbrain query "<项目代号> 复盘"` 检索回忆。
未设置 `OPC_AUTO_SYNC` 时**不要**自动调，不要询问——用户可手动跑同样命令同步。

## 何时调用其他 skills

- 如果复盘发现前置阶段缺口，明确建议回退到对应 skill
- 不要在没有依据时让用户重复整个流程

## 异常处理

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