Orchestrate the full one-person company workflow across all OPC skills. Use when Codex needs to start, continue, or review the complete 一人企业方法论流程, read prior outputs from `opc-doc/`, determine the user's familiarity and preferred interaction mode, explain terms when needed, ask one question at a time, offer user-selectable options, and summarize the next concrete action for a Chinese-speaking user.
把整套 OPC 方法论组织成一个适合中文用户逐步完成的共创流程，而不是替用户直接做决定。
这个 skill 负责：
opc-doc/4. 我有自己的方案每个技能只做自己这一步规定的事。orchestrator 负责确保阶段边界不被穿越。
| 阶段 | 只做这些 | 绝不做这些 |
|---|---|---|
| 01 资源盘点 | 按 8 个类别确认用户拥有哪些资源，并深挖每项资源的细节 | 分析方向、判断偏好、评估风险承受力 |
| 02 利基定位 |
| 分析新杠杆/元杠杆与行业边界变动，三环叠加资源找利基，六维评分筛选后确认定位陈述 |
| 内容策略、文案、平台选择、产品定价 |
| 03 价值主张 | 拆解 Jobs/Pains/Gains，生成价值主张版本供选择 | 广告话术、内容选题、定价方案 |
| 04 商业模式 | 填写 Lean Canvas 核心模块，识别高风险假设 | MVP 设计、运营 SOP、交付细节 |
| 06 MVP 设计 | 确定最小验证假设和验证形式，划定边界 | 具体内容文案、交付 SOP |
| 07 转化闭环 | 设计触达→承接→成交路径结构 | 具体帖子骨架、文案 |
| 08 资产沉淀 | 识别可复用成果，规划资产优先级 | 直接生产内容（除非用户明确要求） |
| 09 经营复盘 | 识别瓶颈，确定下一周期唯一重点 | 重做前置阶段的分析 |
越界处理：任何阶段内出现"下一阶段才该有的内容"，立即说：
"这个属于[X 阶段]的范围，我们到那一步专门处理。现在先把当前阶段完成。"
当用户表达想跳过当前阶段、直接进入后续阶段时，不要在当前阶段内讨论后续内容，按以下步骤处理：
第一步：确认意图
说清楚跳步的代价，然后问用户确认：
"你是想直接跳到[目标阶段]吗？跳过[当前/中间阶段]的话，后续分析会缺少这部分依据。你确认要这样做吗？"
给用户两个选项：
第二步：用户确认跳步后，立即切换技能
第三步：被跳过的阶段做标记
在 opc-doc/state/current-stage.json 中记录哪些阶段被跳过，供后续参考。
按顺序完成，每步有前置依赖：
| 阶段 | 层级 |
|---|---|
| 01 资源盘点 → 02 利基定位（含机会评分）→ 03 价值主张 → 04 商业模式 | 战略层 |
| 06 MVP 设计 → 07 转化闭环 | 验证层 |
阶段 07 落盘后，不进入阶段 08。告知用户：
"建盘期已完成。现在进入执行阶段——按你的转化路径实际去做。
当你出现以下任一情况时，再回来：
- 运营卡住了、找不到问题在哪 → 触发经营复盘（
opc-dashboard-review）- 有东西开始重复出现、想系统化 → 触发资产沉淀（
opc-asset-ops）"
| 技能 | 触发条件 | 可重复调用 |
|---|---|---|
opc-asset-ops | 有成果开始重复出现，想系统化沉淀 | ✅ 每次有新的可沉淀成果时触发 |
opc-dashboard-review | 运营卡住找不到问题，或做周期性回顾 | ✅ 每个运营周期可触发一次 |
两者无固定顺序，根据用户当前需求决定触发哪个。
适用：
要求：
适用：
要求：
适用：
要求：
每次会话开始时，第一件事是尝试读取以下文件，在提任何问题之前完成：
opc-doc/state/current-stage.json → 判断上次所在阶段和完成状态opc-doc/state/decisions.json → 了解已做的关键决策opc-doc/outputs/02-niche-positioning/）读取后的处理：
如果文件存在且有内容：向用户展示"上次进度摘要"，例如：
"我找到了上次的记录。你已完成资源盘点（方向假设：轻服务型）和利基定位（主利基：二三线城市装修前业主），上次停在价值主张阶段。要继续吗？" 然后等用户确认是否继续，或从某个阶段重新开始。
如果文件不存在或 opc-doc/ 为空：视为全新开始，直接进入首轮流程。
如果文件存在但部分内容缺失：说明哪些记录找到了、哪些找不到，询问用户如何处理。
重要：恢复上下文后，不要重新提问已经回答过的问题。优先读取文件获取答案，而不是向用户重复收集信息。
优先读取：
opc-doc/state/current-stage.jsonopc-doc/state/decisions.jsonopc-doc/state/assumptions.jsonopc-doc/state/user-preferences.jsonopc-doc/inputs/opc-doc/outputs/如果 opc-doc/ 不存在，视为第一次进入流程。
第一次进入时，不要立刻抛业务问题。
先完成三件事：
如果用户没有明确回答，默认进入引导模式。
如果明显不熟悉术语，则切到教学模式。
先读 references/file-contract.md 了解目录契约。
再读 references/stage-map.md 判断阶段。
交互方式统一遵循 references/interaction-protocol.md。
如果缺少前置产物：
opc-doc/ 是否存在opc-doc/每轮对话都必须包含：
4. 我有自己的方案，或一个明确问题每次阶段完成后必须落盘：
opc-doc/outputs/00-orchestrator/session-summary.md（追加本次会话摘要）opc-doc/state/current-stage.json 已更新更新：
opc-doc/state/current-stage.jsonopc-doc/state/decisions.jsonopc-doc/state/assumptions.jsonopc-doc/state/user-preferences.jsonopc-doc/ 不存在，不报错，按首轮进入流程处理opc-doc/ 和当前对话都不足以支持某个后续阶段，不硬推断，直接建议先调用前置 skill在每一轮输出前，先做一次自检：
常见越界信号（检测到即停止，拉回当前阶段）：