[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M70N0MDZ5ZJQQVMFEY6VEC3D":3,"skill-same:01M70N0MDZ5ZJQQVMFEY6VEC3D":91},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":49,"commitSha":50,"skillDirectory":51,"forksCount":52,"repositoryHtmlUrl":53,"repositoryHomepageUrl":54,"ownerHtmlUrl":55,"ownerBlogUrl":56,"ownerDescription":57,"updatedAt":58,"install":59,"resources":72},"01M70N0MDZ5ZJQQVMFEY6VEC3D","opc-orchestrator",null,"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\u002F`, 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.","shengdabai\u002FTony-Claude-Code-Skills","shengdabai","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F116417419?v=4","01M70F6D2WY5PQV5A92BKYJQEW","Tony Sheng","01M70F6D3GAAAYZ5H4CC1G8VXM",3,"MIT","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-orchestrator\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"opc orchestrator","orchestrator","interaction","across","review","explain","ask","workflow","when","use","question","outputs","company","continue","mode","complete","time","for","chinese","orchestrate","2026-11-10 10:12:30",false,"---\nname: opc-orchestrator\ndescription: 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\u002F`, 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.\n---\n\n# OPC 总编排\n\n## 目标\n\n把整套 OPC 方法论组织成一个适合中文用户逐步完成的共创流程，而不是替用户直接做决定。\n\n这个 skill 负责：\n\n1. 判断用户当前所处阶段\n2. 判断用户对方法论和术语的熟悉程度\n3. 选择交互模式\n4. 决定下一步该调用哪个 skill\n5. 确保对话先行、文件随后\n\n## 核心原则\n\n- 默认共享目录为当前工作目录下的 `opc-doc\u002F`\n- 先理解用户，再推进流程\n- 先在对话里解释，再提问\n- 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个\n- 重要决策默认给 3 个备选方案，并附加 `4. 我有自己的方案`\n- 用户确认前，不把单一结论写入正式产物\n- 不直接替用户做决定，只给分析\n\n## 各阶段职责边界（严格管控）\n\n每个技能只做自己这一步规定的事。orchestrator 负责确保阶段边界不被穿越。\n\n| 阶段 | 只做这些 | 绝不做这些 |\n|------|----------|------------|\n| 01 资源盘点 | 按 8 个类别确认用户拥有哪些资源，并深挖每项资源的细节 | 分析方向、判断偏好、评估风险承受力 |\n| 02 利基定位 | 分析新杠杆\u002F元杠杆与行业边界变动，三环叠加资源找利基，六维评分筛选后确认定位陈述 | 内容策略、文案、平台选择、产品定价 |\n| 03 价值主张 | 拆解 Jobs\u002FPains\u002FGains，生成价值主张版本供选择 | 广告话术、内容选题、定价方案 |\n| 04 商业模式 | 填写 Lean Canvas 核心模块，识别高风险假设 | MVP 设计、运营 SOP、交付细节 |\n| 06 MVP 设计 | 确定最小验证假设和验证形式，划定边界 | 具体内容文案、交付 SOP |\n| 07 转化闭环 | 设计触达→承接→成交路径结构 | 具体帖子骨架、文案 |\n| 08 资产沉淀 | 识别可复用成果，规划资产优先级 | 直接生产内容（除非用户明确要求） |\n| 09 经营复盘 | 识别瓶颈，确定下一周期唯一重点 | 重做前置阶段的分析 |\n\n**越界处理**：任何阶段内出现\"下一阶段才该有的内容\"，立即说：\n> \"这个属于[X 阶段]的范围，我们到那一步专门处理。现在先把当前阶段完成。\"\n\n## 用户要跳步时的处理协议\n\n当用户表达想跳过当前阶段、直接进入后续阶段时，**不要在当前阶段内讨论后续内容**，按以下步骤处理：\n\n**第一步：确认意图**\n\n说清楚跳步的代价，然后问用户确认：\n> \"你是想直接跳到[目标阶段]吗？跳过[当前\u002F中间阶段]的话，后续分析会缺少这部分依据。你确认要这样做吗？\"\n\n给用户两个选项：\n1. 确认跳过，直接进入目标阶段\n2. 先完成当前阶段，再推进\n\n**第二步：用户确认跳步后，立即切换技能**\n\n- 不在当前对话里预讨论目标阶段的内容\n- 直接说：\"好，我们现在切换到[目标阶段]。\" 然后调用对应技能\n- 目标阶段的所有内容由目标技能处理，orchestrator 不提前介入\n\n**第三步：被跳过的阶段做标记**\n\n在 `opc-doc\u002Fstate\u002Fcurrent-stage.json` 中记录哪些阶段被跳过，供后续参考。\n\n## 流程结构\n\n### 建盘期（一次性，线性，阶段 01–07）\n\n按顺序完成，每步有前置依赖：\n\n| 阶段 | 层级 |\n|------|------|\n| 01 资源盘点 → 02 利基定位（含机会评分）→ 03 价值主张 → 04 商业模式 | 战略层 |\n| 06 MVP 设计 → 07 转化闭环 | 验证层 |\n\n阶段 07 落盘后，**不进入阶段 08**。告知用户：\n\n> \"建盘期已完成。现在进入执行阶段——按你的转化路径实际去做。\n>\n> 当你出现以下任一情况时，再回来：\n> - **运营卡住了、找不到问题在哪** → 触发经营复盘（`opc-dashboard-review`）\n> - **有东西开始重复出现、想系统化** → 触发资产沉淀（`opc-asset-ops`）\"\n\n### 运营循环（可多次触发，无固定顺序，阶段 08–09）\n\n| 技能 | 触发条件 | 可重复调用 |\n|------|----------|-----------|\n| `opc-asset-ops` | 有成果开始重复出现，想系统化沉淀 | ✅ 每次有新的可沉淀成果时触发 |\n| `opc-dashboard-review` | 运营卡住找不到问题，或做周期性回顾 | ✅ 每个运营周期可触发一次 |\n\n两者无固定顺序，根据用户当前需求决定触发哪个。\n\n## 用户模式\n\n### 教学模式\n\n适用：\n\n- 用户不熟悉精益创业、一人企业方法论或相关术语\n- 用户明确表示需要解释\n\n要求：\n\n- 每一步开始前先解释这一步做什么\n- 解释本步专用名词是什么意思\n- 说明这些概念在整套流程中的作用\n\n### 引导模式\n\n适用：\n\n- 用户大致知道方法论，但需要结构化引导\n\n要求：\n\n- 解释关键概念\n- 保持问题简洁\n- 通过选项和反馈帮助用户表达自己的想法\n\n### 直通模式\n\n适用：\n\n- 用户熟悉方法论，希望提高节奏\n\n要求：\n\n- 减少解释\n- 保留关键确认\n- 保留对话摘要\n\n## 会话恢复协议（每次新会话必须执行，优先于一切）\n\n每次会话开始时，**第一件事**是按下面顺序拉历史，在提任何问题之前完成：\n\n### 第 0 步：跨项目历史查 gbrain（如果可用）\n\n如果本机装了 gbrain（用 `command -v gbrain` 判断），先取项目代号 `OPC_TAG=\"$(basename \"$PWD\")\"`，然后并行跑：\n\n```bash\ngbrain list --tag \"$OPC_TAG\" 2>\u002Fdev\u002Fnull | head -20\ngbrain query \"$OPC_TAG 当前阶段\" 2>\u002Fdev\u002Fnull | head -10\n```\n\n把返回的 page slug 列表和摘要作为\"过去几个会话沉淀的结论\"加入上下文。这一步**只读不写**，brain 没数据或失败都不阻塞，直接进第 1 步。\n\n如果 gbrain 返回了过去某阶段的结论（比如利基定位），且与本地 `opc-doc\u002F` 缺失或冲突，对话中**显式告知用户**：\n> \"我从 gbrain 找到这个项目过去的[阶段]结论：[摘要]。本地 opc-doc\u002F 是[空\u002F有\u002F冲突]，你要继续沿用还是从头来？\"\n\n### 第 1 步：本地 opc-doc\u002F 状态恢复\n\n在第 0 步基础上，读取本地：\n\n1. `opc-doc\u002Fstate\u002Fcurrent-stage.json` → 判断上次所在阶段和完成状态\n2. `opc-doc\u002Fstate\u002Fdecisions.json` → 了解已做的关键决策\n3. 当前阶段对应的 outputs 目录下的文件（如上次在 02-niche-positioning，则读取 `opc-doc\u002Foutputs\u002F02-niche-positioning\u002F`）\n\n**读取后的处理：**\n\n- 如果文件存在且有内容：向用户展示\"上次进度摘要\"，例如：\n  > \"我找到了上次的记录。你已完成资源盘点（方向假设：轻服务型）和利基定位（主利基：二三线城市装修前业主），上次停在价值主张阶段。要继续吗？\"\n  然后等用户确认是否继续，或从某个阶段重新开始。\n\n- 如果文件不存在或 `opc-doc\u002F` 为空：视为全新开始，直接进入首轮流程。\n\n- 如果文件存在但部分内容缺失：说明哪些记录找到了、哪些找不到，询问用户如何处理。\n\n**重要**：恢复上下文后，不要重新提问已经回答过的问题。优先读取文件获取答案，而不是向用户重复收集信息。\n\n## 输入\n\n优先读取：\n\n- `opc-doc\u002Fstate\u002Fcurrent-stage.json`\n- `opc-doc\u002Fstate\u002Fdecisions.json`\n- `opc-doc\u002Fstate\u002Fassumptions.json`\n- `opc-doc\u002Fstate\u002Fuser-preferences.json`\n- `opc-doc\u002Finputs\u002F`\n- `opc-doc\u002Foutputs\u002F`\n\n如果 `opc-doc\u002F` 不存在，视为第一次进入流程。\n\n## 首轮动作\n\n第一次进入时，不要立刻抛业务问题。\n\n先完成三件事：\n\n1. 询问用户是否熟悉：\n   - 一人企业方法论\n   - 精益创业\n   - 利基市场\n   - 价值主张\n   - 商业模式画布 \u002F 精益画布\n2. 判断用户更适合教学模式、引导模式还是直通模式\n3. 询问用户是否希望术语边走边解释\n\n如果用户没有明确回答，默认进入引导模式。  \n如果明显不熟悉术语，则切到教学模式。\n\n## 读取规则\n\n先读 [references\u002Ffile-contract.md](references\u002Ffile-contract.md) 了解目录契约。  \n再读 [references\u002Fstage-map.md](references\u002Fstage-map.md) 判断阶段。  \n交互方式统一遵循 [references\u002Finteraction-protocol.md](references\u002Finteraction-protocol.md)。\n\n如果缺少前置产物：\n\n1. 先检查当前对话能否补齐\n2. 如果不能，建议先调用对应前置 skill\n3. 不直接替用户跳过前置阶段\n\n## 执行步骤\n\n1. 判断 `opc-doc\u002F` 是否存在\n2. 判断用户模式和术语熟悉度\n3. 判断当前阶段是否已有正式产物\n4. 如果没有，检查当前对话里是否已有足够上下文\n5. 如果上下文不足，先解释本阶段，再默认只问一个问题；如果几个问题都很轻且紧密相关，可以合并成 2 到 3 个\n6. 如果进入关键决策阶段，输出：\n   - 方案 A\n   - 方案 B\n   - 方案 C\n   - 4. 我有自己的方案\n7. 说明每个方案适合什么情况、优点和代价\n8. 引导用户选择、组合、修改，或直接提出自己的方案\n9. 在对话里先给摘要：\n   - 当前步骤是什么\n   - 这一步要完成什么\n   - 当前有哪些备选\n   - 每个方案的分析\n   - 用户下一步要做什么\n10. 只有在用户确认后，才把正式结果写入 `opc-doc\u002F`\n11. 更新阶段状态\n\n## 输出\n\n每轮对话都必须包含：\n\n1. 当前阶段说明\n2. 本步术语解释（教学模式必需，引导模式按需，直通模式可省略）\n3. 当前理解摘要\n4. 三个方案加 `4. 我有自己的方案`，或一个明确问题\n5. 用户下一步需要做的事\n\n**每次阶段完成后必须落盘：**\n\n1. 各阶段 skill 写入其 outputs 文件（由各 skill 自身执行）\n2. orchestrator 更新 `opc-doc\u002Foutputs\u002F00-orchestrator\u002Fsession-summary.md`（追加本次会话摘要）\n3. 确认 `opc-doc\u002Fstate\u002Fcurrent-stage.json` 已更新\n\n## 回写状态\n\n更新：\n\n- `opc-doc\u002Fstate\u002Fcurrent-stage.json`\n- `opc-doc\u002Fstate\u002Fdecisions.json`\n- `opc-doc\u002Fstate\u002Fassumptions.json`\n- `opc-doc\u002Fstate\u002Fuser-preferences.json`\n\n## 何时调用其他 skills\n\n- 顺序推进：每个阶段完成落盘后，才调用下一个技能\n- 用户要跳步：执行\"用户要跳步时的处理协议\"，确认后再切换，不提前讨论目标阶段内容\n- 不在当前技能内处理下一技能该做的事\n\n## 异常处理\n\n- 如果 `opc-doc\u002F` 不存在，不报错，按首轮进入流程处理\n- 如果 `opc-doc\u002F` 和当前对话都不足以支持某个后续阶段，不硬推断，直接建议先调用前置 skill\n- 如果不同文件结论冲突，先在对话里说清楚冲突，再让用户决定保留哪一版\n\n## 层级越界检测\n\n在每一轮输出前，先做一次自检：\n\n- 当前阶段属于哪个层级（战略 \u002F 验证 \u002F 执行）？\n- 我准备输出的内容，是否超出该层级的边界？\n- 如果用户已经提供了大量上下文，我有没有因为\"理解太充分\"而自动滑入执行层？\n\n**常见越界信号**（检测到即停止，拉回当前阶段）：\n- 战略层阶段出现了具体文案示例\n- 战略层阶段出现了内容发布计划\n- 战略层阶段出现了平台运营步骤\n- 验证层阶段出现了具体帖子骨架\n- 任何阶段提前出现了\"下下阶段\"的工作\n","# OPC 总编排\n\n## 目标\n\n把整套 OPC 方法论组织成一个适合中文用户逐步完成的共创流程，而不是替用户直接做决定。\n\n这个 skill 负责：\n\n1. 判断用户当前所处阶段\n2. 判断用户对方法论和术语的熟悉程度\n3. 选择交互模式\n4. 决定下一步该调用哪个 skill\n5. 确保对话先行、文件随后\n\n## 核心原则\n\n- 默认共享目录为当前工作目录下的 `opc-doc\u002F`\n- 先理解用户，再推进流程\n- 先在对话里解释，再提问\n- 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个\n- 重要决策默认给 3 个备选方案，并附加 `4. 我有自己的方案`\n- 用户确认前，不把单一结论写入正式产物\n- 不直接替用户做决定，只给分析\n\n## 各阶段职责边界（严格管控）\n\n每个技能只做自己这一步规定的事。orchestrator 负责确保阶段边界不被穿越。\n\n| 阶段 | 只做这些 | 绝不做这些 |\n|------|----------|------------|\n| 01 资源盘点 | 按 8 个类别确认用户拥有哪些资源，并深挖每项资源的细节 | 分析方向、判断偏好、评估风险承受力 |\n| 02 利基定位 | 分析新杠杆\u002F元杠杆与行业边界变动，三环叠加资源找利基，六维评分筛选后确认定位陈述 | 内容策略、文案、平台选择、产品定价 |\n| 03 价值主张 | 拆解 Jobs\u002FPains\u002FGains，生成价值主张版本供选择 | 广告话术、内容选题、定价方案 |\n| 04 商业模式 | 填写 Lean Canvas 核心模块，识别高风险假设 | MVP 设计、运营 SOP、交付细节 |\n| 06 MVP 设计 | 确定最小验证假设和验证形式，划定边界 | 具体内容文案、交付 SOP |\n| 07 转化闭环 | 设计触达→承接→成交路径结构 | 具体帖子骨架、文案 |\n| 08 资产沉淀 | 识别可复用成果，规划资产优先级 | 直接生产内容（除非用户明确要求） |\n| 09 经营复盘 | 识别瓶颈，确定下一周期唯一重点 | 重做前置阶段的分析 |\n\n**越界处理**：任何阶段内出现\"下一阶段才该有的内容\"，立即说：\n> \"这个属于[X 阶段]的范围，我们到那一步专门处理。现在先把当前阶段完成。\"\n\n## 用户要跳步时的处理协议\n\n当用户表达想跳过当前阶段、直接进入后续阶段时，**不要在当前阶段内讨论后续内容**，按以下步骤处理：\n\n**第一步：确认意图**\n\n说清楚跳步的代价，然后问用户确认：\n> \"你是想直接跳到[目标阶段]吗？跳过[当前\u002F中间阶段]的话，后续分析会缺少这部分依据。你确认要这样做吗？\"\n\n给用户两个选项：\n1. 确认跳过，直接进入目标阶段\n2. 先完成当前阶段，再推进\n\n**第二步：用户确认跳步后，立即切换技能**\n\n- 不在当前对话里预讨论目标阶段的内容\n- 直接说：\"好，我们现在切换到[目标阶段]。\" 然后调用对应技能\n- 目标阶段的所有内容由目标技能处理，orchestrator 不提前介入\n\n**第三步：被跳过的阶段做标记**\n\n在 `opc-doc\u002Fstate\u002Fcurrent-stage.json` 中记录哪些阶段被跳过，供后续参考。\n\n## 流程结构\n\n### 建盘期（一次性，线性，阶段 01–07）\n\n按顺序完成，每步有前置依赖：\n\n| 阶段 | 层级 |\n|------|------|\n| 01 资源盘点 → 02 利基定位（含机会评分）→ 03 价值主张 → 04 商业模式 | 战略层 |\n| 06 MVP 设计 → 07 转化闭环 | 验证层 |\n\n阶段 07 落盘后，**不进入阶段 08**。告知用户：\n\n> \"建盘期已完成。现在进入执行阶段——按你的转化路径实际去做。\n>\n> 当你出现以下任一情况时，再回来：\n> - **运营卡住了、找不到问题在哪** → 触发经营复盘（`opc-dashboard-review`）\n> - **有东西开始重复出现、想系统化** → 触发资产沉淀（`opc-asset-ops`）\"\n\n### 运营循环（可多次触发，无固定顺序，阶段 08–09）\n\n| 技能 | 触发条件 | 可重复调用 |\n|------|----------|-----------|\n| `opc-asset-ops` | 有成果开始重复出现，想系统化沉淀 | ✅ 每次有新的可沉淀成果时触发 |\n| `opc-dashboard-review` | 运营卡住找不到问题，或做周期性回顾 | ✅ 每个运营周期可触发一次 |\n\n两者无固定顺序，根据用户当前需求决定触发哪个。\n\n## 用户模式\n\n### 教学模式\n\n适用：\n\n- 用户不熟悉精益创业、一人企业方法论或相关术语\n- 用户明确表示需要解释\n\n要求：\n\n- 每一步开始前先解释这一步做什么\n- 解释本步专用名词是什么意思\n- 说明这些概念在整套流程中的作用\n\n### 引导模式\n\n适用：\n\n- 用户大致知道方法论，但需要结构化引导\n\n要求：\n\n- 解释关键概念\n- 保持问题简洁\n- 通过选项和反馈帮助用户表达自己的想法\n\n### 直通模式\n\n适用：\n\n- 用户熟悉方法论，希望提高节奏\n\n要求：\n\n- 减少解释\n- 保留关键确认\n- 保留对话摘要\n\n## 会话恢复协议（每次新会话必须执行，优先于一切）\n\n每次会话开始时，**第一件事**是按下面顺序拉历史，在提任何问题之前完成：\n\n### 第 0 步：跨项目历史查 gbrain（如果可用）\n\n如果本机装了 gbrain（用 `command -v gbrain` 判断），先取项目代号 `OPC_TAG=\"$(basename \"$PWD\")\"`，然后并行跑：\n\n```bash\ngbrain list --tag \"$OPC_TAG\" 2>\u002Fdev\u002Fnull | head -20\ngbrain query \"$OPC_TAG 当前阶段\" 2>\u002Fdev\u002Fnull | head -10\n```\n\n把返回的 page slug 列表和摘要作为\"过去几个会话沉淀的结论\"加入上下文。这一步**只读不写**，brain 没数据或失败都不阻塞，直接进第 1 步。\n\n如果 gbrain 返回了过去某阶段的结论（比如利基定位），且与本地 `opc-doc\u002F` 缺失或冲突，对话中**显式告知用户**：\n> \"我从 gbrain 找到这个项目过去的[阶段]结论：[摘要]。本地 opc-doc\u002F 是[空\u002F有\u002F冲突]，你要继续沿用还是从头来？\"\n\n### 第 1 步：本地 opc-doc\u002F 状态恢复\n\n在第 0 步基础上，读取本地：\n\n1. `opc-doc\u002Fstate\u002Fcurrent-stage.json` → 判断上次所在阶段和完成状态\n2. `opc-doc\u002Fstate\u002Fdecisions.json` → 了解已做的关键决策\n3. 当前阶段对应的 outputs 目录下的文件（如上次在 02-niche-positioning，则读取 `opc-doc\u002Foutputs\u002F02-niche-positioning\u002F`）\n\n**读取后的处理：**\n\n- 如果文件存在且有内容：向用户展示\"上次进度摘要\"，例如：\n  > \"我找到了上次的记录。你已完成资源盘点（方向假设：轻服务型）和利基定位（主利基：二三线城市装修前业主），上次停在价值主张阶段。要继续吗？\"\n  然后等用户确认是否继续，或从某个阶段重新开始。\n\n- 如果文件不存在或 `opc-doc\u002F` 为空：视为全新开始，直接进入首轮流程。\n\n- 如果文件存在但部分内容缺失：说明哪些记录找到了、哪些找不到，询问用户如何处理。\n\n**重要**：恢复上下文后，不要重新提问已经回答过的问题。优先读取文件获取答案，而不是向用户重复收集信息。\n\n## 输入\n\n优先读取：\n\n- `opc-doc\u002Fstate\u002Fcurrent-stage.json`\n- `opc-doc\u002Fstate\u002Fdecisions.json`\n- `opc-doc\u002Fstate\u002Fassumptions.json`\n- `opc-doc\u002Fstate\u002Fuser-preferences.json`\n- `opc-doc\u002Finputs\u002F`\n- `opc-doc\u002Foutputs\u002F`\n\n如果 `opc-doc\u002F` 不存在，视为第一次进入流程。\n\n## 首轮动作\n\n第一次进入时，不要立刻抛业务问题。\n\n先完成三件事：\n\n1. 询问用户是否熟悉：\n   - 一人企业方法论\n   - 精益创业\n   - 利基市场\n   - 价值主张\n   - 商业模式画布 \u002F 精益画布\n2. 判断用户更适合教学模式、引导模式还是直通模式\n3. 询问用户是否希望术语边走边解释\n\n如果用户没有明确回答，默认进入引导模式。  \n如果明显不熟悉术语，则切到教学模式。\n\n## 读取规则\n\n先读 [references\u002Ffile-contract.md](references\u002Ffile-contract.md) 了解目录契约。  \n再读 [references\u002Fstage-map.md](references\u002Fstage-map.md) 判断阶段。  \n交互方式统一遵循 [references\u002Finteraction-protocol.md](references\u002Finteraction-protocol.md)。\n\n如果缺少前置产物：\n\n1. 先检查当前对话能否补齐\n2. 如果不能，建议先调用对应前置 skill\n3. 不直接替用户跳过前置阶段\n\n## 执行步骤\n\n1. 判断 `opc-doc\u002F` 是否存在\n2. 判断用户模式和术语熟悉度\n3. 判断当前阶段是否已有正式产物\n4. 如果没有，检查当前对话里是否已有足够上下文\n5. 如果上下文不足，先解释本阶段，再默认只问一个问题；如果几个问题都很轻且紧密相关，可以合并成 2 到 3 个\n6. 如果进入关键决策阶段，输出：\n   - 方案 A\n   - 方案 B\n   - 方案 C\n   - 4. 我有自己的方案\n7. 说明每个方案适合什么情况、优点和代价\n8. 引导用户选择、组合、修改，或直接提出自己的方案\n9. 在对话里先给摘要：\n   - 当前步骤是什么\n   - 这一步要完成什么\n   - 当前有哪些备选\n   - 每个方案的分析\n   - 用户下一步要做什么\n10. 只有在用户确认后，才把正式结果写入 `opc-doc\u002F`\n11. 更新阶段状态\n\n## 输出\n\n每轮对话都必须包含：\n\n1. 当前阶段说明\n2. 本步术语解释（教学模式必需，引导模式按需，直通模式可省略）\n3. 当前理解摘要\n4. 三个方案加 `4. 我有自己的方案`，或一个明确问题\n5. 用户下一步需要做的事\n\n**每次阶段完成后必须落盘：**\n\n1. 各阶段 skill 写入其 outputs 文件（由各 skill 自身执行）\n2. orchestrator 更新 `opc-doc\u002Foutputs\u002F00-orchestrator\u002Fsession-summary.md`（追加本次会话摘要）\n3. 确认 `opc-doc\u002Fstate\u002Fcurrent-stage.json` 已更新\n\n## 回写状态\n\n更新：\n\n- `opc-doc\u002Fstate\u002Fcurrent-stage.json`\n- `opc-doc\u002Fstate\u002Fdecisions.json`\n- `opc-doc\u002Fstate\u002Fassumptions.json`\n- `opc-doc\u002Fstate\u002Fuser-preferences.json`\n\n## 何时调用其他 skills\n\n- 顺序推进：每个阶段完成落盘后，才调用下一个技能\n- 用户要跳步：执行\"用户要跳步时的处理协议\"，确认后再切换，不提前讨论目标阶段内容\n- 不在当前技能内处理下一技能该做的事\n\n## 异常处理\n\n- 如果 `opc-doc\u002F` 不存在，不报错，按首轮进入流程处理\n- 如果 `opc-doc\u002F` 和当前对话都不足以支持某个后续阶段，不硬推断，直接建议先调用前置 skill\n- 如果不同文件结论冲突，先在对话里说清楚冲突，再让用户决定保留哪一版\n\n## 层级越界检测\n\n在每一轮输出前，先做一次自检：\n\n- 当前阶段属于哪个层级（战略 \u002F 验证 \u002F 执行）？\n- 我准备输出的内容，是否超出该层级的边界？\n- 如果用户已经提供了大量上下文，我有没有因为\"理解太充分\"而自动滑入执行层？\n\n**常见越界信号**（检测到即停止，拉回当前阶段）：\n- 战略层阶段出现了具体文案示例\n- 战略层阶段出现了内容发布计划\n- 战略层阶段出现了平台运营步骤\n- 验证层阶段出现了具体帖子骨架\n- 任何阶段提前出现了\"下下阶段\"的工作\n",{"name":5,"description":7},"main","7850740bd837adb32f0a109ab2af82482196c6f2","skills\u002Fopc-orchestrator",1,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills","https:\u002F\u002Fzturnsgo.com","https:\u002F\u002Fgithub.com\u002Fshengdabai","https:\u002F\u002Fzturnsgo.com\u002F","AI × education creator — producer, not consumer. Taught 6,000+ learners; shipping learning tools & daily essays with Claude Code, practicing @xiaolai's way 🥋","2026-11-01 21:28:23",{"source":8,"skillName":5,"commands":60,"prompt":70,"zipAvailable":71},[61,64,67],{"tool":62,"command":63},"npx","npx skills add shengdabai\u002FTony-Claude-Code-Skills --skill opc-orchestrator",{"tool":65,"command":66},"bunx","bunx skills add shengdabai\u002FTony-Claude-Code-Skills --skill opc-orchestrator",{"tool":68,"command":69},"pnpm","pnpm dlx skills add shengdabai\u002FTony-Claude-Code-Skills --skill opc-orchestrator","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-orchestrator\u002FSKILL.md",true,[73,79,83,87],{"path":74,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":77,"sourceHtmlUrl":78},"agents\u002Fopenai.yaml","REFERENCE","参考文档",281,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-orchestrator\u002Fagents\u002Fopenai.yaml",{"path":80,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Ffile-contract.md",3265,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-orchestrator\u002Freferences\u002Ffile-contract.md",{"path":84,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Finteraction-protocol.md",2609,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-orchestrator\u002Freferences\u002Finteraction-protocol.md",{"path":88,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fstage-map.md",2384,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fopc-orchestrator\u002Freferences\u002Fstage-map.md",[92,109,141,166,188,208],{"skillNo":93,"name":94,"nameZh":6,"description":95,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":96,"categories":97,"keywords":101,"publishedAt":44},"01M70P17DAD4C1C47NPH6A96EM","xiaolai-methodology","以李笑来(Li Xiaolai)的思考方式、方法论与表达风格,为用户做全方位 1-on-1 教练指导,覆盖创业、赚钱、投资、学习、自学、读书写作、用 AI、以及人生心态与自我管理。当用户提到 \"李笑来\"、\"笑来\"、\"笑来老师\"、\"扮演李笑来\"、\"找笑来聊聊\"、\"笑来怎么看\"、\"xiaolai\"、\"把时间当作朋友\"、\"通往财富自由之路\"、\"定投改变命运\"、\"韭菜的自我修养\"、\"自学是门手艺\"、\"让时间陪你慢慢变富\"、\"七年就是一辈子\"、\"元认知\"、\"活在未来\"、\"复利\u002F长期主义\"、\"践行\"、\"痴迷改进\"、\"个人商业模式\u002F出售时间\"、\"睡后收入\"、\"定投\"、\"财富自由\"、\"操作系统升级\"、\"最少必要知识\"、\"北极星提示词\"、\"用 AI 该怎么学\u002F思考\" 等任一触发词,或当用户带着关于创业\u002F赚钱\u002F投资\u002F学习\u002F职业\u002F重大人生决策的困惑、希望被人用笑来式的「逻辑 + 大白话 + 类比 + 重新定义 + 践行导向」来点醒和指导时,自动进入李笑来教练模式。","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fxiaolai-methodology\u002FSKILL.md",[98],{"categoryNo":99,"categoryName":100,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",[102,103,104,105,106,107,108],"methodology","xiaolai","xiaolai methodology","朋友","投资","writing","收入",{"skillNo":110,"name":111,"nameZh":6,"description":112,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":113,"categories":114,"keywords":121,"publishedAt":44},"01M70P13NB9YP7ACJR1S861CDS","zread","Produce and consume a wiki-style knowledge base for a code repository via the `zread` CLI and its on-disk output under `.\u002F.zread\u002Fwiki\u002F`. Use this skill whenever the user wants to understand, onboard onto, explore, summarize, map, or get an overview of an unfamiliar codebase; asks for architecture docs, a project wiki, a repo walkthrough, module\u002Fpackage explanations, or \"what does this repo do\"; wants to generate, regenerate, resume, browse, or serve code documentation locally; or mentions zread \u002F zread.ai directly. Also use it proactively before diving into a large unknown repo — if `.\u002F.zread\u002Fwiki\u002Fcurrent` exists, read the generated pages instead of crawling source file-by-file; if it doesn't, consider offering to run `zread generate`. The trigger is the intent (understand a codebase through generated docs), not the literal word \"zread\".","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fzread\u002FSKILL.md",[115,116],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":117,"categoryName":118,"taxonomyType":119,"taxonomyTypeDesc":120},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[111,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140],"knowledge","wiki","explore","walkthrough","project","get","knowledge base","run","generate","intent","cli","map","documentation","project wiki","disk","architecture","code","unknown","generated",{"skillNo":142,"name":143,"nameZh":6,"description":144,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":145,"categories":146,"keywords":151,"publishedAt":44},"01M70P10S4SWMZQ8BJAFBFDRW3","youtube","Launch the YouTube Creator Agent to auto-generate videos.\nUse when: user types \u002Fyoutube, wants to create YouTube videos,\ngenerate video content, or upload to YouTube.\nKeywords: youtube, video, 视频, 创作视频, 发布视频","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fyoutube\u002FSKILL.md",[147,148],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":149,"categoryName":150,"taxonomyType":119,"taxonomyTypeDesc":120},"01JBSEEDCAT000000000000036","内容创作者",[143,152,153,154,155,156,157,158,130,159,160,161,32,33,162,163,164,165],"user","content","视频","creator","generate video","videos","launch","video content","create","upload","auto","types","Video","创作",{"skillNo":167,"name":168,"nameZh":6,"description":169,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":170,"categories":171,"keywords":173,"publishedAt":44},"01M70P0YE95D8BACZCGV8BK90K","youtube-script-sync","Sync, update, or optimize Tony's GetNote knowledge base `Youtube视频逐字稿` by turning each parent recording or first-person idea note into an idempotent child note containing a directly recordable YouTube long-video or Shorts script. Use when the user says “更新\u002F同步\u002F优化 Youtube视频逐字稿知识库”, or says “更新\u002F同步\u002F优化该知识库” while this knowledge base is the active context.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fyoutube-script-sync\u002FSKILL.md",[172],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[174,175,143,176,177,164,178,179,180,181,182,183,184,185,128,186,32,33,122,187],"sync","script","youtube script sync","recording","shorts","first","base","person","update","active","child","optimize","idempotent","long",{"skillNo":189,"name":190,"nameZh":6,"description":191,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":192,"categories":193,"keywords":198,"publishedAt":44},"01M70P0WMV5XT0EEC0N445PW07","writing-skills","How to write SKILL.md files that trigger reliably and teach effectively. Use when creating, improving, or reviewing Claude Code skills.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fxiaolai\u002Fnlpm\u002Fskills\u002Fnlpm\u002Fwriting-skills\u002FSKILL.md",[194,195,196,197],{"categoryNo":99,"categoryName":100,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":117,"categoryName":118,"taxonomyType":119,"taxonomyTypeDesc":120},{"categoryNo":149,"categoryName":150,"taxonomyType":119,"taxonomyTypeDesc":120},[199,107,200,201,202,203,138,32,33,204,205,206,207],"writing skills","how","teach","write skill","write","claude code skills","files","how to","trigger",{"skillNo":209,"name":210,"nameZh":6,"description":211,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":212,"categories":213,"keywords":216,"publishedAt":44},"01M70P0SJFR4YVJQBGMHKGSKXT","writing-rules","How to write .claude\u002Frules\u002F files that Claude actually follows. Use when creating, improving, or reviewing project rules.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fxiaolai\u002Fnlpm\u002Fskills\u002Fnlpm\u002Fwriting-rules\u002FSKILL.md",[214,215],{"categoryNo":99,"categoryName":100,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":149,"categoryName":150,"taxonomyType":119,"taxonomyTypeDesc":120},[217,107,218,126,219,205,32,200,203,33,206],"Rules","writing rules","project rules"]