Skill: golngod/opc-project-lifecycle (version 1.0.0)

--- name: opc-project-lifecycle description: OPC项目全流程管理，每个项目创建独立档案，覆盖从立项到交付的完整生命周期 license: MIT compatibility: - claude-code - copilot - cursor - openclaw - coze author: 胡田 version: 1.0.0 --- # 胡田-OPC导师-项目全流程管理.Skill > 版本：v1.0 > 状态：已发布 > 日期：2026年5月11日 > 核心定位：**OPC项目的全生命周期管理系统——像"游戏任务档案"一样，记录每个项目从启动到交付的完整旅程，定义每个阶段的触发条件、调用的Skill、输入输出数据、里程碑考评与成就体系** > harness:enabled:yes > harness:pre-check:5 > harness:checkpoints:6 > harness:post-check:12 > harness:files:14 > harness:dependencies:胡田-OPC导师-技术尽调,胡田-OPC导师-投资方尽调,胡田-OPC导师-文化商业尽调,胡田-OPC导师-服务尽调,胡田-OPC导师-商业计划书,胡田-OPC导师-投资路演,胡田-OPC导师-三会治理系统,胡田-OPC导师-沙盘推演,胡田-OPC导师-用户画像与入驻管理,胡田-OPC导师-股权合作机制,胡田-OPC导师-获客分包平台,胡田-OPC导师-协作交付机制,胡田-OPC导师-市场销售渠道对接,胡田-OPC导师-供应链对接,胡田-OPC导师-IP工具包 > harness:self-heal:yes --- ## 一、Skill概述 ### 1.1 定位与价值 **项目全流程管理**是胡田OPC导师体系的**中枢神经系统**，定位为OPC社区所有项目的统一档案管理系统。它不是独立的项目管理工具，而是贯穿所有其他Skill的"总调度台"和"档案馆"——记录每个项目从"发现机会"到"交付退出"的完整旅程。 **一句话定位**：你每一次启动Skill的输入输出，都会被记录在项目档案里，形成可追溯、可考评、可复盘的"游戏化成就系统"。 ### 1.2 核心解决的问题 | 痛点 | 解决方案 | |------|----------| | 项目进度靠记忆，缺乏全局视图 | 统一项目档案自动追踪，实时感知状态 | | Skill之间衔接断裂，输入输出丢失 | 定义清楚每个阶段的Skill触发链和数据传递 | | 做完项目不知道怎么迭代 | 存档+考评体系，每个项目产出量化指标 | | 多个项目并行时管理混乱 | 项目组合看板，优先级和资源分配一目了然 | | 没有成就感，做完了就忘了 | 游戏化成就系统，每个里程碑有徽章和评级 | ### 1.3 与其他Skill的关系——"OPC项目全生命周期Skill调用链" 这是本Skill最核心的设计——定义了OPC项目的**标准生命周期阶段**，以及**每个阶段应该调用哪些Skill**： ``` 阶段0: 项目孵化（机会发现） 触发条件: 新机会/新资源出现 调用Skill: 三会治理系统（私董会立项讨论） 产出: 项目立项书（ONE-PAGER） 阶段1: 需求明确 触发条件: 立项通过 调用Skill: 用户画像与入驻管理 产出: 用户画像 + 项目需求文档 阶段2: 能力尽调 触发条件: 需求明确 调用Skill: 技术尽调 / 投资方尽调 / 文化商业尽调 / 服务尽调（根据项目类型匹配） 产出: 尽调报告（含评估评分） 阶段3: 沙盘推演 触发条件: 尽调完成且评估通过 调用Skill: 沙盘推演 产出: 推演报告（路径规划 + 风险评估） 阶段4: 商业规划 触发条件: 推演确认路径 调用Skill: 商业计划书 + 三会治理系统（理事会决策） 产出: 完整商业计划书 + 决策记录 阶段5: 资源对接 触发条件: 商业计划通过 调用Skill: 股权合作机制 / 获客分包平台 / 供应链对接 产出: 合作协议 / 分包方案 / 供应商清单 阶段6: 执行交付 触发条件: 资源到位 调用Skill: 协作交付机制 + 市场销售渠道对接 产出: 交付物 + 验收报告 阶段7: 市场推广 触发条件: 产品/服务交付 调用Skill: 投资路演 / IP工具包 / 公众号运营 / 视频号运营 产出: 路演材料 / 营销方案 / 品牌资产 阶段8: 退出复盘 触发条件: 项目交付完成或终止 调用Skill: 三会治理系统（复盘评审） 产出: 项目复盘报告 + 成就解锁 ``` --- ## 二、OPC项目档案体系 ### 2.1 项目档案结构 每个OPC项目创建一个独立档案文件，存储在 `./胡田-OPC导师-项目管理/项目档案/[项目编号]-[项目名称]/` 目录下。 **档案文件结构：** ``` 项目档案/ └── [项目编号]-[项目名称]/ ├── README.md ← 项目总览（概要、状态、成就） ├── 1-立项申请.md ← 阶段0 ├── 2-需求文档.md ← 阶段1 ├── 3-尽调报告.md ← 阶段2 ├── 4-推演记录.md ← 阶段3 ├── 5-商业计划书.md ← 阶段4 ├── 6-资源对接记录.md ← 阶段5 ├── 7-执行日志.md ← 阶段6 ├── 8-市场推广记录.md ← 阶段7 └── 9-复盘报告.md ← 阶段8 ``` ### 2.2 项目编号规则 ``` 格式：OPC-[年份]-[序号]-[三位缩写] 示例：OPC-2026-001-GMF （韩国GMF医疗助眠被子项目） OPC-2026-002-LXQ （量旋科技项目） OPC-2026-003-FR （菲瑞药业项目） ``` ### 2.3 项目状态标签 | 状态 | 含义 | 动作 | |------|------|------| | 🥚 孵化中 | 刚刚发现机会，尚未立项 | 阶段0进行中 | | 🐣 立项 | 已通过私董会立项 | 阶段0完成 | | 🔍 尽调中 | 正在做技术/商业尽调 | 阶段2进行中 | | 🧪 推演中 | 沙盘推演进行中 | 阶段3进行中 | | 📋 规划中 | 商业计划书撰写中 | 阶段4进行中 | | 🔗 对接中 | 资源对接进行中 | 阶段5进行中 | | 🛠 执行中 | 执行交付进行中 | 阶段6进行中 | | 📢 推广中 | 市场推广进行中 | 阶段7进行中 | | ✅ 已完成 | 项目交付退出 | 阶段8完成 | | 🚫 已终止 | 项目终止 | 终止归档 | | 💤 休眠中 | 项目暂停等待条件 | 等待激活 | ### 2.4 项目档案总览看板 全局统一看板，追踪所有项目的状态和进度。存储在： ``` ./胡田-OPC导师-项目管理/项目总览看板.md ``` 看板格式： ```markdown # OPC项目总览看板 > 更新时间：自动 | 项目编号 | 项目名称 | 当前阶段 | 完成度 | 状态 | 优先级 | 最近更新 | |---------|---------|---------|-------|------|-------|---------| | OPC-2026-001-GMF | 韩国GMF医疗助眠被子 | 阶段7 | 85% | 📢 推广中 | P0 | 2026-05-09 | | OPC-2026-002-LXQ | 量旋科技 | 阶段2 | 30% | 🔍 尽调中 | P1 | 2026-05-06 | | ... | ... | ... | ... | ... | ... | ... | ``` --- ## 三、阶段触发与Skill衔接机制 ### 3.1 阶段触发条件矩阵 每个阶段的进入需要满足前置条件，以及触发执行的Skill。 | 阶段 | 触发条件 | 需要调用的Skill | 输入数据 | 输出数据 | |------|---------|----------------|---------|---------| | **0-孵化** | 新机会出现 / 用户主动发起 | 三会治理系统（私董会模块） | 机会描述 + 初步资料 | 立项书(ONE-PAGER) | | **1-需求** | 立项通过 | 用户画像与入驻管理 | 立项书 | 用户画像 + 需求文档 | | **2-尽调** | 需求明确 | 技能选择器（根据项目类型自动匹配：技术尽调/投资方尽调/文化商业尽调/服务尽调） | 需求文档 + 项目资料 | 尽调报告 + 评分 | | **3-推演** | 尽调通过（评分≥3.0/5.0） | 沙盘推演 | 尽调报告 | 推演路径 + 风险清单 | | **4-规划** | 推演完成 | 商业计划书 + 三会治理系统（理事会） | 推演报告 | 商业计划书 + 决策记录 | | **5-对接** | 商业计划通过理事会决策 | 股权合作机制 / 获客分包平台 / 供应链对接 | 商业计划书 | 合作协议 / 供应商清单 | | **6-执行** | 资源到位 | 协作交付机制 + 市场销售渠道对接 | 合作协议 | 交付物 + 验收报告 | | **7-推广** | 产品/服务可交付 | 投资路演 / IP工具包 | 交付验收 | 路演材料 / 营销方案 | | **8-复盘** | 交付完成或终止 | 三会治理系统（复盘评审） | 全部阶段档案 | 复盘报告 | ### 3.2 Skill选择器（阶段2专用） 根据项目类型自动匹配尽调Skill： | 项目类型 | 匹配Skill | 说明 | |---------|----------|------| | 科技创新项目 | 技术尽调 | 含专利验证、TRL评估、团队背景 | | 投资/融资项目 | 投资方尽调 | 资金实力、投资偏好、决策链 | | 文化/内容项目 | 文化商业尽调 | MCN/短剧/文创行业评估 | | 服务型项目 | 服务尽调 | 餐饮/电商等服务行业尽调 | | 综合型项目 | 技术尽调+投资方尽调 | 双重检测 | ### 3.3 跨阶段数据传递契约 下游只能读取上游的输出，不可修改；如果需要回溯修改，必须记录变更日志。 ``` 上游输出 ──→ 下游输入 ↓ 下游当前阶段执行 ↓ 更新下游输出 ↓ 传递给再下游 ``` **变更日志格式：** ```markdown ### 变更记录 | 时间 | 变更内容 | 变更原因 | 变更人 | |------|---------|---------|-------| | 2026-05-11 14:00 | 阶段2尽调评分从2.8调整为3.2 | 补充专利检索数据后重新评估 | 胡田 | ``` --- ## 四、阶段性考评与成就体系 ### 4.1 阶段完成度评分标准 | 维度 | 权重 | 评分标准（1-5分） | |------|------|-----------------| | 产出完整性 | 30% | 1=有缺失, 3=基本完整, 5=完整无缺 | | 数据质量 | 25% | 1=数据不全, 3=关键数据完整, 5=数据交叉验证通过 | | 决策效率 | 15% | 1=反复拖延, 3=按时完成, 5=提前完成 | | 团队配合 | 15% | 1=推诿扯皮, 3=正常协作, 5=高效协同 | | 风险控制 | 15% | 1=风险爆发, 3=风险识别充分, 5=风险全部可控 | **阶段得分 = 各维度加权和（满分5分）** ### 4.2 项目总评分公式 ``` 项目总分 = Σ(各阶段得分 × 阶段权重) ``` | 阶段 | 权重 | |------|------| | 0-孵化 | 5% | | 1-需求 | 10% | | 2-尽调 | 20% | | 3-推演 | 15% | | 4-规划 | 15% | | 5-对接 | 10% | | 6-执行 | 15% | | 7-推广 | 5% | | 8-复盘 | 5% | ### 4.3 成就徽章体系 每完成一个阶段或达成特定里程碑，自动解锁对应成就徽章，记录在项目档案的`成就墙`中。 #### 阶段徽章 | 阶段 | 徽章名称 | 图标 | 解锁条件 | |------|---------|------|---------| | 孵化通过 | 火种 | 🔥 | 项目通过私董会立项 | | 需求明确 | 罗盘 | 🧭 | 需求文档完成并获得客户确认 | | 尽调完成 | 放大镜 | 🔍 | 尽调报告完整输出且通过交叉验证 | | 推演完成 | 沙盘 | 🏗 | 推演路径确认，风险评估完成 | | 规划通过 | 蓝图 | 📐 | 商业计划书经理事会评审通过 | | 对接成功 | 链接 | 🔗 | 资源对接协议签署 | | 交付完成 | 勋章 | 🏅 | 验收报告签署 | | 推广上线 | 喇叭 | 📢 | 路演完成或营销方案执行 | | 完美收官 | 皇冠 | 👑 | 复盘报告完成，总分≥4.0 | #### 特殊成就徽章 | 徽章 | 图标 | 解锁条件 | |------|------|---------| | 速度之星 | ⚡ | 项目在3天内从孵化进入执行阶段 | | 品质标杆 | 💎 | 所有阶段评分≥4.5 | | 十项全能 | 🏆 | 项目走完8个完整阶段 | | 逆风翻盘 | 🌪 | 中途出现重大风险并成功化解 | | 极限挑战 | 🎯 | 项目涉及≥3家外部机构协作 | | 知识使者 | 📚 | 项目复盘产出可复用的方法论文档 | | 社区贡献 | 🤝 | 项目中邀请了≥2名社区成员协作 | | AI原生 | 🤖 | 项目80%以上由AI自动化完成 | ### 4.4 考评报告模板 每完成一个阶段，自动生成阶段性考评报告： ```markdown ## 阶段性考评报告 ### 基本信息 - 项目编号：OPC-2026-XXX - 项目名称：[项目名称] - 当前阶段：阶段X-[阶段名称] - 考评时间：[日期] ### 各维度评分 | 维度 | 权重 | 得分 | 加权得分 | |------|------|------|---------| | 产出完整性 | 30% | X.X | X.XX | | 数据质量 | 25% | X.X | X.XX | | 决策效率 | 15% | X.X | X.XX | | 团队配合 | 15% | X.X | X.XX | | 风险控制 | 15% | X.X | X.XX | | **综合得分** | **100%** | **X.X** | **X.XX** | ### 成就解锁 - 🎉 获得徽章：[徽章名称] - 当前总徽章：X/9 ### 本阶段关键产出 - [产出物1] - [产出物2] ### 下阶段准备 - [前置条件1] - [前置条件2] ### 风险评估 | 风险类型 | 等级 | 缓解措施 | |---------|------|---------| | [风险1] | 🔴/🟡/🟢 | [措施] | ``` --- ## 五、项目全流程SOP ### 5.1 项目启动流程 当一个新的机会/项目进入视野时： ``` Step 1: 创建项目档案目录 ├── 生成项目编号（自动规则） └── 创建README.md模板 Step 2: 填写立项申请 ├── 调用三会治理系统（私董会模块） └── 完成立项评审 Step 3: 更新项目总览看板 ├── 添加新项目记录 └── 设置初始状态为"🐣 立项" ``` ### 5.2 阶段推进流程 每个阶段推进的标准操作： ``` Step 1: 检查前置条件 ├── 确认上一阶段完成 └── 确认输入数据完整 Step 2: 执行本阶段 ├── 调用对应Skill ├── 记录输入数据到项目档案 └── 记录执行过程日志 Step 3: 记录输出数据 ├── 产出物保存到项目档案 └── 更新对应阶段文件 Step 4: 阶段性考评 ├── 填写评分（按4.1标准） ├── 检查成就解锁条件 └── 生成考评报告 Step 5: 状态更新 ├── 更新README.md状态 ├── 更新总览看板 └── 通知用户 ``` ### 5.3 项目终止/休眠流程 当项目需要终止或暂停时： ``` Step 1: 填写终止/休眠原因 Step 2: 标记最终状态（✅已完成/🚫已终止/💤休眠中） Step 3: 执行阶段8复盘（如果有足够数据） Step 4: 如果终止，整理可复用资产到案例库 Step 5: 更新总览看板 ``` ### 5.4 项目恢复流程 当休眠项目被激活时： ``` Step 1: 确认当前断点在哪个阶段 Step 2: 检查该阶段前置条件是否仍然有效 Step 3: 如果前置条件过期（如尽调报告超过30天），重新执行对应阶段 Step 4: 恢复推进 ``` --- ## 六、项目档案模板 ### 6.1 README.md（项目总览） ```markdown # OPC项目档案：[项目名称] ## 基本信息 - **项目编号**：OPC-2026-XXX - **项目名称**：[名称] - **创建时间**：[日期] - **最近更新**：[日期] - **当前阶段**：阶段X-[阶段名称] - **项目状态**：[状态标签] - **优先级**：P0/P1/P2 ## 一句话简介 [30字内描述] ## 项目类型 [科技创新/文化内容/服务型/投资融资/综合] ## 关键信息速览 | 维度 | 信息 | |------|------| | 项目来源 | [客户/社区/自发现] | | 预估周期 | [X天/周/月] | | 预估投入 | [人力/资金] | | 核心利益方 | [名单] | ## 阶段进度 | 阶段 | 状态 | 得分 | 更新时间 | |------|------|------|---------| | 🔥 0-孵化 | ✅ 完成 | 4.5 | [日期] | | 🧭 1-需求 | ✅ 完成 | 4.0 | [日期] | | 🔍 2-尽调 | ⏳ 进行中 | - | [日期] | | 🏗 3-推演 | ⚪ 待开始 | - | - | | 📐 4-规划 | ⚪ 待开始 | - | - | | 🔗 5-对接 | ⚪ 待开始 | - | - | | 🏅 6-执行 | ⚪ 待开始 | - | - | | 📢 7-推广 | ⚪ 待开始 | - | - | | 👑 8-复盘 | ⚪ 待开始 | - | - | ## 成就墙 🏆 | 徽章 | 名称 | 解锁时间 | |------|------|---------| | 🔥 | 火种 | [日期] | ## 关键时间线 | 时间 | 事件 | |------|------| | [日期] | 项目创建 | | [日期] | [里程碑事件] | ## 风险看板 | 风险 | 等级 | 状态 | |------|------|------| | [风险描述] | 🔴/🟡/🟢 | 已识别/处理中/已解决 | ``` ### 6.2 立项申请模板（阶段0） ```markdown # 项目立项申请 ## 项目概要 - **项目名称**： - **来源渠道**：[客户推荐/社区发现/主动开拓/其他] - **项目类型**：[科技创新/文化内容/服务型/投资融资/综合] - **机会描述**：（300字以内描述机会的核心价值） ## 初步评估 | 维度 | 评价 | |------|------| | 市场空间 | [大/中/小] | | 技术门槛 | [高/中/低] | | 竞争格局 | [蓝海/红海/寡头] | | 落地可行性 | [高/中/低] | | 回报预期 | [高/中/低] | | 风险等级 | [低/中/高/极高] | ## 初步资源需求 | 资源类型 | 需求描述 | |---------|---------| | 人力 | [需要哪些角色] | | 资金 | [预估金额] | | 外部合作 | [需要的合作方] | | 时间周期 | [预估周期] | ## 私董会意见 - 评审结果：[通过/不通过/需补充资料] - 评审意见： - 建议优先级：P0/P1/P2 ## 附件 - [初筛资料] ``` ### 6.3 需求文档模板（阶段1） ```markdown # 项目需求文档 ## 客户/项目方画像 - 名称： - 背景： - 核心诉求： - 痛点分析： ## 需求明细 | 需求编号 | 需求描述 | 优先级 | 验收标准 | |---------|---------|-------|---------| | REQ-001 | [需求] | P0/P1/P2 | [标准] | | REQ-002 | [需求] | P0/P1/P2 | [标准] | ## 交付物清单 | 交付物 | 格式 | 预估工作量 | 负责人 | |-------|------|----------|-------| | [文档] | [格式] | [人天] | [角色] | ## 约束条件 - 时间约束： - 预算约束： - 合规约束： - 其他约束： ``` ### 6.4 执行日志模板（阶段6） ```markdown # 项目执行日志 | 日期 | 任务 | 负责人 | 状态 | 问题/备注 | |------|------|-------|------|---------| | [日期] | [任务描述] | [角色] | ✅/⏳/🔄/❌ | [备注] | ``` ### 6.5 复盘报告模板（阶段8） ```markdown # 项目复盘报告 ## 项目概况 - 项目编号： - 项目名称： - 项目周期：[开始] → [结束] - 总耗时：[X天] ## 各阶段评分汇总 | 阶段 | 得分 | 关键发现 | |------|------|---------| | 0-孵化 | X.X | [发现] | | 1-需求 | X.X | [发现] | | ... | ... | ... | ## 项目总分 **项目总分 = [X.XX]（满分5.0）** **项目评级：[S/A/B/C/D]** ## 成就墙总览 | 徽章 | 名称 | 解锁时间 | |------|------|---------| | [图标] | [名称] | [日期] | ## 核心经验教训 ### 做对的事 1. [经验1] 2. [经验2] ### 可以改进 1. [改进点1] 2. [改进点2] ## 可复用资产 | 资产 | 说明 | 适用场景 | |------|------|---------| | [方法论/模板/代码] | [描述] | [场景] | ## 评级标准 | 评级 | 总分区间 | 含义 | |------|---------|------| | S | ≥4.5 | 标杆项目，可做案例库 | | A | 4.0-4.4 | 优秀项目 | | B | 3.0-3.9 | 合格项目 | | C | 2.0-2.9 | 需改进项目 | | D | <2.0 | 失败项目 | ``` --- ## 七、现有项目档案初始化 ### 7.1 已存在项目列表（需录入档案） 根据当前工作记录，以下项目需要初始化到档案系统中： | 项目编号 | 项目名称 | 当前阶段 | 原有文件（路径：./） | |---------|---------|---------|-------------------| | OPC-2026-001-GMF | 韩国GMF医疗助眠被子 | 阶段7-推广 | 韩国项目/、案例报告/ | | OPC-2026-002-LXQ | 量旋科技 | 阶段2-尽调 | 量旋科技技术尽调报告等 | | OPC-2026-003-FR | 菲瑞药业 | 阶段2-尽调 | 菲瑞药业技术尽调报告 | | OPC-2026-004-TJQS | 天津求实智源 | 阶段2-尽调 | 天津求实智源技术尽调报告 | | OPC-2026-005-QS | 河北青山鼎信 | 阶段2-尽调 | 青山鼎信搜索数据 | ### 7.2 项目初始化操作 ``` Step 1: 按照7.1项目列表创建档案目录 Step 2: 填写README.md（根据已有资料迁移） Step 3: 从已有文件中提取已完成阶段的数据 Step 4: 对已完成阶段进行回顾性考评 Step 5: 更新项目总览看板 ``` --- ## 八、配套文件 ### 8.1 本Skill配套产出物 | 文件 | 说明 | |------|------| | 项目全流程SOP操作手册.md | 操作者每日使用的指导手册 | | 项目总览看板.md | 全局项目状态看板 | | 成就徽章数据库.md | 所有徽章定义和触发条件 | | 快速启动检查清单.md | 新项目启动checklist | ### 8.2 存储路径 所有项目全流程管理相关文件存储在 `./胡田-OPC导师-项目管理/` 目录下： ``` 胡田-OPC导师-项目管理/ ├── SKILL.md ← 本文件 ├── SOP操作手册.md ← 操作手册 ├── 项目总览看板.md ← 全局看板 ├── 成就徽章数据库.md ← 徽章定义 ├── 快速启动检查清单.md ← 启动清单 └── 项目档案/ ← 所有项目档案 ├── OPC-2026-001-GMF/ └── OPC-2026-002-LXQ/ ``` --- ## 九、SOP操作手册（快速查表） ### 9.1 日常操作三件事 每天打开这个Skill后的标准操作： ``` 1️⃣ 查看项目总览看板 → 检查所有项目状态 → 识别需要推进的项目 2️⃣ 检查阶段触发条件 → 哪个项目满足下一阶段条件？ → 需要调用哪个Skill？ 3️⃣ 执行推进并更新档案 → 调用对应Skill → 记录输入输出 → 生成考评报告 → 更新看板 ``` ### 9.2 常见操作问答 **Q：新项目来了怎么办？** A：按5.1流程 → 创建档案 → 私董会立项 → 更新看板 **Q：项目做了一半，下一步该做什么？** A：看README.md的"阶段进度"表 → 找到第一个"⏳进行中"或"⚪待开始"的阶段 → 按3.1触发条件检查前置 → 推进 **Q：怎么查看项目的完整历史？** A：打开项目档案目录 → README.md看概览 → 各个阶段文件看详细记录 **Q：考评评分谁来打？** A：AI自动初步评分 + 用户最终确认 + 三会治理体系复核 --- ## 十、版本历史 | 版本 | 日期 | 变更内容 | |------|------|---------| | v1.0 | 2026-05-11 | 初始版本，完整8阶段体系、档案管理、考评成就 |

path: README.md
content: # 项目全流程管理

## 简介

> 版本：v1.0 > 状态：已发布 > 日期：2026年5月11日

## 定价信息

| 属性 | 值 |
|------|-----|
| 等级 | 标准级 |
| 价格 | ¥5 |
| 分类 | 标准-中度 |
| 文件数 | 9 |
| 大小 | 158.1 KB |

## 文件结构

```
.opcskill-057/
├── SKILL.md       # 核心配置文件
├── references/    # 参考资料
```

## 使用方法

### 在Coze平台使用

1. 登录 [Coze平台](https://coze.cn)
2. 导入 `SKILL.md` 文件
3. 根据需要配置相关参数
4. 开始使用

### 本地部署

```bash
# 克隆仓库
git clone https://github.com/OPC-Skills/opcskill-057.git
cd opcskill-057

# 查看SKILL.md了解使用方式
cat SKILL.md
```

## OPC生态

本Skill是OPC（One Person Company）导师技能体系的一部分。

OPC导师生态是一个专注于个人创业者的赋能平台，通过专业化、模块化的技能体系，帮助创业者快速构建商业能力。如需了解更多，请访问 [OPC平台](https://opc.cn)。

## License

MIT License

---
*本仓库由OPC导师技能体系自动生成*


path: references/SOP操作手册.md
content: # 项目全流程SOP操作手册

> 配套文件：胡田-OPC导师-项目全流程管理.Skill v1.0
> 用途：操作者每日使用的快速指导手册

---

## 一、每日开工三步走

```
□ 步骤1：打开项目总览看板
   → 看所有项目状态，找到需要推进的项目

□ 步骤2：检查哪个项目可以推进
   → 当前阶段是否完成？
   → 下阶段前置条件是否满足？
   → 对应调用哪个Skill？

□ 步骤3：执行并记录
   → 调用对应Skill
   → 记录输入输出到项目档案
   → 做阶段性考评
   → 更新看板
```

## 二、阶段推进速查

| 当前阶段 | 已完成标志 | 下一步 | 调用的Skill |
|---------|----------|-------|-----------|
| 0-孵化 | 私董会通过 → 有立项书 | 进阶段1 | 三会治理系统 |
| 1-需求 | 需求文档客户确认 | 进阶段2 | 用户画像与入驻管理 |
| 2-尽调 | 尽调报告评分≥3.0 | 进阶段3 | 项目类型匹配尽调Skill |
| 3-推演 | 推演路径确认+风险清单 | 进阶段4 | 沙盘推演 |
| 4-规划 | 理事会评审通过 | 进阶段5 | 商业计划书+三会治理系统 |
| 5-对接 | 协议签署/供应商确认 | 进阶段6 | 股权合作/获客分包/供应链 |
| 6-执行 | 验收报告签署 | 进阶段7 | 协作交付+市场渠道 |
| 7-推广 | 路演完成/营销上线 | 进阶段8 | 投资路演/IP工具包 |
| 8-复盘 | 复盘报告完成 | 项目结束 | 三会治理系统 |

## 三、常见问题处理

**Q：阶段2尽调评分<3.0怎么办？**
A：→ 检查是哪个维度拉低总分
   → 如果是数据不全，补充数据后重新评分
   → 如果是硬伤（技术不靠谱/市场太小），建议终止项目，走终止流程

**Q：项目卡在某个阶段不动了？**
A：→ 检查阻塞原因（缺人/缺资料/缺决策）
   → 记录阻塞原因到风险看板
   → 如果是等待决策，升级到三会治理系统处理

**Q：突然来了紧急新项目？**
A：→ 先快速评估优先级
   → 如果P0，可以并行推进现有项目
   → 如果是P0以上，暂停低优先级项目，先处理急事


path: references/快速启动检查清单.md
content: # 快速启动检查清单

> 配套文件：胡田-OPC导师-项目全流程管理.Skill v1.0
> 用途：启动新项目时必须逐项勾选

---

## 项目启动前检查

```
□ 项目编号已生成（格式：OPC-年份-序号-缩写）
□ 立项申请（ONE-PAGER）已填写
□ 私董会已完成评审
□ 项目档案目录已创建
□ README.md已初始化
□ 项目总览看板已更新
```

## 每个阶段推进前检查

```
□ 前置阶段已完成（状态为✅）
□ 前置输出数据已存到项目档案
□ 本阶段对应的Skill已就绪
□ 本阶段输入数据已就绪
□ 执行人/角色已明确
□ 预期交付物清单已确认
```

## 每个阶段完成后检查

```
□ 产出物已保存到项目档案
□ 阶段性考评已填写并保存
□ 成就解锁条件已检查
□ README.md状态已更新
□ 总览看板已同步
□ 下阶段触发条件已检查
□ （可选）语音回放已生成
```

## 项目终止/休息前检查

```
□ 终止/休眠原因已记录
□ 未完成阶段的产出已打包保存
□ 可复用资产已标记
□ 项目总览看板已更新
```


path: references/成就徽章数据库.md
content: # 成就徽章数据库

> 配套文件：胡田-OPC导师-项目全流程管理.Skill v1.0
> 用途：所有徽章定义和触发条件

---

## 一、阶段进度徽章

| 徽章 | 图标 | 名称 | 触发条件 | 触发阶段 |
|------|------|------|---------|---------|
| 火种 | 🔥 | 初生之火 | 项目通过私董会立项 | 阶段0完成 |
| 罗盘 | 🧭 | 方向确定 | 需求文档完成并获得客户确认 | 阶段1完成 |
| 放大镜 | 🔍 | 真相查明 | 尽调报告完整输出且通过交叉验证 | 阶段2完成 |
| 沙盘 | 🏗 | 战略推演 | 推演路径确认，风险评估完成 | 阶段3完成 |
| 蓝图 | 📐 | 蓝图绘制 | 商业计划书经理事会评审通过 | 阶段4完成 |
| 链接 | 🔗 | 资源链接 | 资源对接协议签署 | 阶段5完成 |
| 勋章 | 🏅 | 胜利交付 | 验收报告签署 | 阶段6完成 |
| 喇叭 | 📢 | 声名远扬 | 路演完成或营销方案执行 | 阶段7完成 |
| 皇冠 | 👑 | 完美收官 | 复盘报告完成，总分≥4.0 | 阶段8完成 |

## 二、特殊成就徽章

| 徽章 | 图标 | 名称 | 触发条件 | 稀有度 |
|------|------|------|---------|-------|
| 速度之星 | ⚡ | 闪电行动 | 项目在3天内从孵化进入执行阶段 | ★★★ |
| 品质标杆 | 💎 | 钻石品质 | 所有阶段评分≥4.5 | ★★★★★ |
| 十项全能 | 🏆 | 全程王者 | 项目走完8个完整阶段 | ★★★★ |
| 逆风翻盘 | 🌪 | 绝地重生 | 中途出现重大风险并成功化解 | ★★★★ |
| 极限挑战 | 🎯 | 极限挑战 | 项目涉及≥3家外部机构协作 | ★★★ |
| 知识使者 | 📚 | 传道授业 | 项目复盘产出可复用的方法论文档 | ★★ |
| 社区贡献 | 🤝 | 携手共赢 | 项目中邀请了≥2名社区成员协作 | ★★ |
| AI原生 | 🤖 | 硅基力量 | 项目80%以上由AI自动化完成 | ★★★ |
| 效率之王 | 🚀 | 效率之王 | 项目整体周期比预估缩短≥30% | ★★★ |
| 成本杀手 | 💰 | 成本杀手 | 实际成本比预算节省≥20% | ★★★ |
| 客户好评 | ⭐ | 五星好评 | 客户满意度评分为满分 | ★★★★ |
| 第一个 | 🥇 | 开路先锋 | 项目是OPC体系中的第一个该类型项目 | ★★ |
| 持续迭代 | 🔄 | 迭代达人 | 项目复盘后有≥2次迭代版本 | ★★ |

## 三、隐藏成就（特殊条件触发）

| 徽章 | 图标 | 触发条件 |
|------|------|---------|
| 午夜灯火 | 🌙 | 在23:00-05:00期间完成阶段任务 |
| 周末战士 | 💪 | 在周末完成关键里程碑 |
| 三天打鱼 | 🐟 | 同一项目在7天内经历≥3次中止恢复 |
| 文档狂魔 | 📝 | 单个项目产出≥10个文档 |
| 黑马 | 🐎 | 项目原评估为C级但最终评级为S或A |


path: templates/1-立项申请.md
content: # 项目档案模板：立项申请.md

> 用于：阶段0-孵化 → 阶段1-需求
> 文件路径：./胡田-OPC导师-项目管理/项目档案/[项目编号]-[项目名称]/1-立项申请.md

---

# 项目立项申请

## 项目概要
- **项目名称**：
- **项目编号**：
- **来源渠道**：[客户推荐/社区发现/主动开拓/其他]
- **项目类型**：[科技创新/文化内容/服务型/投资融资/综合]
- **机会描述**：（300字以内）

## 初步评估
| 维度 | 评价 |
|------|------|
| 市场空间 | [大/中/小] |
| 技术门槛 | [高/中/低] |
| 竞争格局 | [蓝海/红海/寡头] |
| 落地可行性 | [高/中/低] |
| 回报预期 | [高/中/低] |
| 风险等级 | [低/中/高/极高] |

## 初步资源需求
| 资源类型 | 需求描述 |
|---------|---------|
| 人力 | [需要哪些角色] |
| 资金 | [预估金额] |
| 外部合作 | [需要的合作方] |
| 时间周期 | [预估周期] |

## 私董会意见
- 评审结果：[通过/不通过/需补充资料]
- 评审意见：
- 建议优先级：P0/P1/P2


path: templates/2-需求文档.md
content: # 项目档案模板：需求文档.md

> 用于：阶段1-需求 → 阶段2-尽调
> 文件路径：./胡田-OPC导师-项目管理/项目档案/[项目编号]-[项目名称]/2-需求文档.md

---

# 项目需求文档

## 客户/项目方画像
- 名称：
- 背景：
- 核心诉求：
- 痛点分析：

## 需求明细
| 需求编号 | 需求描述 | 优先级 | 验收标准 |
|---------|---------|-------|---------|
| REQ-001 | [需求] | P0 | [标准] |
| REQ-002 | [需求] | P1 | [标准] |
| REQ-003 | [需求] | P2 | [标准] |

## 交付物清单
| 交付物 | 格式 | 预估工作量 | 负责人 |
|-------|------|----------|-------|
| [文档] | [格式] | [人天] | [角色] |

## 约束条件
- 时间约束：
- 预算约束：
- 合规约束：


path: templates/3-阶段性考评报告.md
content: # 项目档案模板：阶段性考评报告.md

> 用于：每阶段完成时生成考评
> 文件路径：./胡田-OPC导师-项目管理/项目档案/[项目编号]-[项目名称]/[阶段编号]-考评报告.md

---

## 阶段性考评报告

### 基本信息
- 项目编号：
- 项目名称：
- 当前阶段：阶段[编号]-[名称]
- 考评时间：[日期]

### 各维度评分
| 维度 | 权重 | 得分(1-5) | 加权得分 |
|------|------|----------|---------|
| 产出完整性 | 30% | X.X | X.XX |
| 数据质量 | 25% | X.X | X.XX |
| 决策效率 | 15% | X.X | X.XX |
| 团队配合 | 15% | X.X | X.XX |
| 风险控制 | 15% | X.X | X.XX |
| **综合得分** | **100%** | **X.X** | **X.XX** |

### 成就解锁
- 🎉 获得徽章：
- 当前总徽章：X/13

### 本阶段关键产出
- [产出物1]
- [产出物2]

### 下阶段准备
- [前置条件1]
- [前置条件2]

### 风险评估
| 风险 | 等级 | 缓解措施 |
|------|------|---------|
| [风险] | 🔴/🟡/🟢 | [措施] |


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (CRITICAL)