Skill
opc-asset-ops
Turn repeatable outputs of a one-person company into compounding assets. Use when Codex needs to explain asset-compounding concepts when needed, verify…
@easychenView SkillBusiness
Skill
/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
Install
$ npx -y skills add easychen/opc-methodology --skill opc-dashboard-review --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/opc-dashboard-review
Context preview
The summary Claude sees to decide when to auto-load this skill.
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
SKILL.md
opc-dashboard-review.SKILL.mdname: 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
- 不要在没有依据时让用户重复整个流程
异常处理
- 如果数据不完整，只做轻量定性复盘，不装作有完整结论
- 不要同时给多个下一步重点，保持单一优先级
Read more
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
- 不要在没有依据时让用户重复整个流程
异常处理
- 如果数据不完整，只做轻量定性复盘，不装作有完整结论
- 不要同时给多个下一步重点，保持单一优先级
Other skills on opc-methodology.
@easychenView SkillSkill
opc-business-model-des…
Design a viable business model for a one-person company using Lean Canvas and a simplified Business Model Canvas. Use when Codex needs to explain the…
@easychenView SkillSkill
opc-conversion-loop
Design a conversion loop for a one-person company from reach to lead capture to purchase. Use when Codex needs to explain conversion concepts when needed,…
@easychenView SkillSkill
opc-mvp-designer
Define the smallest viable experiment and MVP for a selected one-person company opportunity. Use when Codex needs to explain what MVP means when needed, verify…
@easychenView SkillSkill
opc-niche-positioning
Find and position a viable niche market for a one-person company by combining market mapping and customer segmentation. Use when Codex needs to explain niche…
@easychenView SkillSkill
opc-orchestrator
Orchestrate the full one-person company workflow across all OPC skills. Use when Codex needs to start, continue, or review the complete 一人企业方法论流程, read prior…
@easychenView Skill