Skill: golngod/opc-customer-acquisition-platform (version 1.0.0)

--- name: opc-customer-acquisition-platform description: 获客分包平台运营工具，构建OPC生态内的获客任务分发与能力匹配机制 license: MIT compatibility: - claude-code - copilot - cursor - openclaw - coze author: 胡田 version: 1.0.0 --- # 胡田-OPC导师-获客分包平台 Skill > 版本：v1.0 > 状态：已发布 > 日期：2026年5月 > 核心定位：**把项目从"挂榜"到"结项"的全流程跑通，形成完整的获客分包协作闭环** > harness:enabled:yes > harness:pre-check:7 > harness:checkpoints:7 > harness:post-check:22 > harness:files:22 > harness:dependencies:胡田-OPC导师-股权合作机制 > harness:self-heal:yes --- ## 一、Skill概述 ### 1.1 定位与价值 OPC获客分包平台是胡田OPC导师体系中的**核心协作工具**，定位为社区生态内的智能分包协作平台。它不是猪八戒网那样的外部众包平台（纯商业化、陌生人交易），而是扎根于OPC导师社区的**信任网络**，通过集群接单、智慧分包、协作交付三大核心能力，帮助社区成员突破"一人公司"的业务边界。 **一句话定位**：社区信任背书 + 集群议价能力 + 智能分包匹配的协作平台。 ### 1.2 核心解决的问题 | 痛点 | 解决方案 | |------|----------| | OPC单打独斗，谈判能力弱 | 集群接单，社区背书，统一对外报价 | | 能力与需求错配，效率低下 | 智能画像 + 精准匹配 | | 协作交付难，质量风险高 | 标准化流程 + 分账透明 | | 信用缺失，信任成本高 | 社区信用双轨制 | ### 1.3 适用场景 - **OPC创业者**：获取更多项目机会，扩大业务边界 - **OPC导师**：发布分包需求，组建团队，管理交付 - **社区内企业**：快速找到靠谱服务商，获得品质保障 - **外部客户**：获得社区背书的性价比服务 --- ## 二、端到端流程图 ### 2.1 整体链路 ``` ┌─────────────────────────────────────────────────────────────────────────────────────┐ │ OPC获客分包平台 全流程链路 │ ├─────────────────────────────────────────────────────────────────────────────────────┤ │ │ │ 【阶段1】 【阶段2】 【阶段3】 【阶段4】 【阶段5】 │ │ 项目挂榜 → 接榜挂帅 → 项目分包 → 签约启动 → 执行交付 │ │ │ │ │ │ │ │ │ ▼ ▼ ▼ ▼ ▼ │ │ 需求发布 竞标评选挂帅 模块拆解分包 SPV协议签署 里程碑验收 │ │ 项目审核 竞标方案评审 匹配接包人 附件协议签署 进度追踪 │ │ 分类分级 挂帅人确定 分包协议签署 三长老就位 质量管控 │ │ │ │ 【阶段6】 【阶段7】 │ │ 分账结算 → 评价沉淀 │ │ │ │ │ │ ▼ ▼ │ │ 收益分配 双向评价 │ │ 税务处理 信用更新 │ │ 纠纷处理 案例入库 │ │ │ └─────────────────────────────────────────────────────────────────────────────────────┘ ``` ### 2.2 各环节快速索引 | 环节 | 核心功能 | 使用文档 | 输出物 | |------|---------|----------|--------| | **项目挂榜** | 需求发布+审核分级 | `references/01-项目挂榜指南.md` | 项目档案 | | **接榜挂帅** | 竞标+评选+挂帅 | `references/02-接榜挂帅竞标规则.md` | 中标通知书 | | **项目分包** | 拆解+匹配+分包 | `references/03-项目分包机制.md` | 分包清单 | | **签约启动** | SPV协议+附件 | `references/04-签约流程与协议体系.md` | 签约确认书 | | **执行交付** | 里程碑验收+追踪 | `references/05-执行交付与里程碑管理.md` | 交付物清单 | | **分账结算** | 收益分配+税务 | `references/06-分账结算与纠纷处理.md` | 分账凭证 | | **评价沉淀** | 评价+信用+案例 | `references/07-评价沉淀与信用更新.md` | 信用档案+案例库 | --- ## 三、七大环节操作指南 ### 环节1：项目挂榜 #### 谁可以发布项目 | 发布者类型 | 权限 | 审核要求 | |-----------|------|---------| | **OPC导师** | 可发布任意规模项目 | 需提交客户需求确认 | | **OPC成员** | 可发布≤5万项目 | 需导师背书 | | **外部客户** | 可发布需求等待报价 | 需社区审核 | | **平台管理员** | 代客户发布 | 需客户书面委托 | #### 项目分级标准 | 等级 | 金额区间 | 复杂度 | 周期 | 审核层级 | 竞标方式 | |------|---------|--------|------|---------|---------| | **D级（微项目）** | <5,000元 | 单一任务 | <7天 | 自动通过 | 快速抢单 | | **C级（小项目）** | 5千-2万 | 简单分包 | 7-15天 | 导师审核 | 3家竞标 | | **B级（中标）** | 2万-10万 | 常规项目 | 15-30天 | 盟主审核 | 5家竞标 | | **A级（大标）** | 10万-50万 | 复杂项目 | 30-90天 | 三长老审核 | 联合体竞标 | | **S级（超大标）** | >50万 | 战略项目 | >90天 | 理事会审批 | 联合体+外协 | #### 操作流程 ``` 1. 登录平台 → 发布需求 → 填写项目发布单 2. 提交审核 → 系统自动审核格式 3. 导师/盟主/三长老分级审核 4. 审核通过 → 项目挂榜公示 5. 进入【接榜挂帅】环节 ``` **详细文档**：`references/01-项目挂榜指南.md` --- ### 环节2：接榜挂帅 #### 核心机制 像"打擂台"一样，成员竞争接项目。 ``` ┌─────────────────────────────────────────────────────────────┐ │ 接榜挂帅 竞标流程 │ ├─────────────────────────────────────────────────────────────┤ │ 【揭榜期】 【竞标期】 【挂帅确认】 │ │ │ │ │ │ │ ▼ ▼ ▼ │ │ 项目发布 竞标方案提交 评标+公示 │ │ 能力预审 方案PK 竞标结果通知 │ │ 资质验证 线上/线下答辩 挂帅人确定 │ └─────────────────────────────────────────────────────────────┘ ``` #### 竞标方式对比 | 竞标类型 | 适用场景 | 竞标方数 | 竞标内容 | 时长 | |---------|---------|---------|---------|------| | **快速抢单** | D级微项目 | 不限 | 直接报价 | 24小时 | | **方案竞标** | C级小项目 | 3-5家 | 方案+报价 | 3-5天 | | **综合竞标** | B级中标 | 5-8家 | 方案+案例+报价+信用 | 7-10天 | | **联合体竞标** | A级大标 | 2-3组 | 团队方案+分工+报价 | 10-15天 | #### 评标标准（综合评分制） | 评分维度 | 权重 | 评分项 | 数据来源 | |---------|-----|-------|---------| | **信用评级** | 30% | 信用等级（S/A/B/C/D） | 股权合作Skill-信用台账 | | **历史业绩** | 25% | 同类项目数量+客户评价 | 股权合作Skill-贡献台账 | | **方案质量** | 25% | 方案完整性+创新性+可行性 | 评标委员会 | | **报价合理性** | 15% | 报价与市场指导价对比 | 获客分包平台-指导价体系 | | **时间承诺** | 5% | 是否能在要求时间内完成 | 竞标书 | #### 挂帅人权益 - 基础贡献权重 + 10%挂帅补贴 - 优先获得新项目信息 - 可担任三长老角色（需信用A级以上） **详细文档**：`references/02-接榜挂帅竞标规则.md` --- ### 环节3：项目分包 #### 拆解四步法 ``` Step 1：需求分析 └── 分析客户需求，确定核心交付物 Step 2：模块划分 └── 按功能/流程拆解为独立模块 • 每个模块有明确边界 • 每个模块可独立验收 Step 3：技能映射 └── 为每个模块匹配所需技能 • 核心技能（必备） • 辅助技能（可选） Step 4：分包分配 └── 根据能力画像分配模块 • 优先匹配度高 • 考虑负载均衡 ``` #### 分包规则 | 规则类型 | 具体内容 | |---------|---------| | **分包门槛** | 单模块金额≥1000元才能分包 | | **分包比例** | 挂帅人保留模块价值≥30% | | **分包审核** | C级以上项目需三长老审批 | | **接包限制** | 同一成员承接模块数≤3个 | | **利益回避** | 挂帅人不得承接自己分包的项目 | #### 匹配算法 ``` 匹配得分 = 技能匹配度×40% + 信用等级×30% + 负载状态×20% + 历史好评×10% ``` **详细文档**：`references/03-项目分包机制.md` --- ### 环节4：签约启动 #### 协议体系 ``` ┌─────────────────────────────────────────────────────────────┐ │ 协议签署体系 │ ├─────────────────────────────────────────────────────────────┤ │ 【主协议】SPV合作协议 │ │ ├── 签约方：全体项目成员 │ │ ├── 内容：贡献权重、治理机制、分账规则 │ │ └── 模板：contracts/05-SPV项目合作协议-获客分包版.md │ │ │ │ ├── 【附件1】分包协议（各分包模块） │ │ ├── 【附件2】保密协议 │ │ ├── 【附件3】分账协议 │ │ ├── 【附件4】质量承诺书 │ │ └── 【附件5】里程碑验收标准 │ └─────────────────────────────────────────────────────────────┘ ``` #### 签约SOP ``` 1. 挂帅人发起签约 → 生成SPV协议草稿 2. 各方确认协议内容 → 提出修改意见 3. 全部确认无误 → 各方电子签章 4. 三长老见证签字 → 协议生效 5. 进入【执行交付】环节 ``` **详细文档**：`references/04-签约流程与协议体系.md` --- ### 环节5：执行交付 #### 里程碑节点设计 ``` ┌─────────────────────────────────────────────────────────────────┐ │ 项目执行里程碑设计 │ ├─────────────────────────────────────────────────────────────────┤ │ │ │ 【M0】项目启动 │ │ ├── 召开Kickoff会议 │ │ ├── 确认项目范围、目标、分工 │ │ └── 输出：项目启动会议纪要 │ │ │ │ 【M1】需求确认 │ │ ├── 完成需求调研 │ │ ├── 输出：需求文档 │ │ └── 甲方确认签字 │ │ │ │ 【M2-Mn】阶段交付（按项目拆分） │ │ ├── 各分包方按计划执行 │ │ ├── 提交交付物 │ │ ├── 验收评审 │ │ └── 输出：里程碑验收表 │ │ │ │ 【Mn+1】最终交付 │ │ ├── 集成测试/总体验收 │ │ ├── 客户签字确认 │ │ └── 输出：项目结项报告 │ │ │ └─────────────────────────────────────────────────────────────────┘ ``` #### 验收标准 每个里程碑必须包含： - **交付物清单**：具体输出物名称 - **验收标准**：可量化、可检验的标准 - **验收方式**：甲方单验/双方共同验收 - **验收期限**：交付后X日内 **详细文档**：`references/05-执行交付与里程碑管理.md` --- ### 环节6：分账结算 #### 分账触发条件 - 客户验收通过 - 项目尾款到账 - 无未解决纠纷 #### 分账流程（7步） ``` 1. 【回款到账】客户付款给牵头方 2. 【开票给客户】牵头方开全额发票 3. 【成本确认与开票】各方向牵头方开成本发票 4. 【税费核算】牵头方核算应缴税费 5. 【分账执行】 ├── 扣除税费预留 ├── 扣除平台服务费（5%） ├── 报销实际成本（已开票部分） └── 按贡献权重分配税后净收益 6. 【打款】牵头方分别打款给各方 7. 【完税凭证】全员可查 ``` #### 分账优先级 1. 税费预留（按比例计提） 2. 平台服务费（5%） 3. 实际成本报销 4. 按贡献权重分配收益 **详细文档**：`references/06-分账结算与纠纷处理.md` --- ### 环节7：评价沉淀 #### 双向评价机制 | 评价方 | 评价维度 | 权重 | |--------|----------|------| | **甲方评乙方** | 交付质量、响应速度、专业能力 | 70% | | **乙方评甲方** | 配合程度、付款及时、需求清晰 | 30% | #### 评价维度（5分制） | 维度 | 说明 | 优秀(5) | 良好(4) | 一般(3) | 较差(2) | 很差(1) | |------|------|---------|---------|---------|---------|---------| | **交付质量** | 成果物质量 | 超预期 | 符合要求 | 基本达标 | 部分不达标 | 完全不达标 | | **时效性** | 是否按时完成 | 提前完成 | 按期完成 | 轻微延期 | 明显延期 | 严重延期 | | **沟通协作** | 沟通效率 | 非常顺畅 | 比较顺畅 | 一般 | 沟通困难 | 无法沟通 | | **专业能力** | 解决问题的能力 | 游刃有余 | 能解决问题 | 基本能解决 | 解决困难 | 无法解决 | | **服务态度** | 配合意愿 | 非常积极 | 比较积极 | 一般 | 比较消极 | 非常消极 | #### 信用更新规则 | 评价综合分 | 信用分变化 | 备注 | |-----------|-----------|------| | 4.5分以上 | +3分/次 | 高质量完成 | | 3.5-4.5分 | +1分/次 | 正常完成 | | 2.5-3.5分 | -2分/次 | 存在问题 | | 2.5分以下 | -5分/次 | 严重问题 | **详细文档**：`references/07-评价沉淀与信用更新.md` --- ## 四、与其他Skill的调用关系 ### 4.1 Skill矩阵接口 | 被调用Skill | 接口方式 | 输入 | 输出 | |-------------|----------|------|------| | **股权合作Skill** | 调用三长老机制、信用台账、账务系统 | 项目信息 | 治理团队、分配方案 | | **协作交付Skill** | 调用标准化流程、团队组建 | 项目分包清单 | 交付计划 | | **市场渠道Skill** | 对接客户资源 | 项目需求 | 客户对接 | | **供应链Skill** | 对接外部资源 | 特殊需求 | 供应商匹配 | ### 4.2 数据流转关系 ``` 获客分包平台 ←→ 股权合作Skill │ │ ├──→ 信用台账 ←─┤ ├──→ 账务系统 ←─┤ └──→ 治理机制 ←─┘ 获客分包平台 ←→ 协作交付Skill │ │ ├──→ 项目分包 → 执行计划 ├──→ 交付物 → 验收记录 └──→ 进度追踪 ← 状态更新 ``` **详细文档**：`references/08-Skill矩阵整合接口.md` --- ## 五、冷启动运营 ### 5.1 早期策略 | 阶段 | 时间 | 目标 | 策略 | |------|------|------|------| | **内测期** | 0-1个月 | 跑通全流程 | 种子项目内部流转，零抽成 | | **试运营期** | 1-3个月 | 积累案例 | 低抽成(3%)，严格筛选 | | **正式运营** | 3个月后 | 规模化 | 标准抽成(5-8%) | ### 5.2 质量保障 - **导师把关**：每个B级以上项目需导师参与评审 - **三长老见证**：A级以上项目三长老全程监督 - **里程碑验收**：每阶段必须有明确交付物 **详细文档**：`references/09-冷启动运营手册.md` --- ## 六、快速检查清单 启动一个获客分包项目前，确认以下事项： ``` □ 项目已挂榜发布并通过审核 □ 竞标已完成，挂帅人已确定 □ 项目已拆解为若干分包模块 □ 各分包方已匹配并确认 □ SPV主协议已签署 □ 保密协议已签署（全体成员） □ 质量承诺书已签署（各执行方） □ 里程碑验收标准已确认 □ 分账方案已约定 □ 三长老角色已指定 □ 共管账户已开设（如需） □ 各方联系方式已确认 □ 协作工具已就绪（飞书群/文档） □ 项目启动会议已召开 ``` --- ## 七、关键文件索引 | 编号 | 文件路径 | 内容 | 优先级 | |------|----------|------|--------| | **主文件** | | | | | 1 | `SKILL.md` | Skill主文件 | ⭐⭐⭐ 必读 | | **references/** | | | | | 01 | `references/01-项目挂榜指南.md` | 项目发布标准、分级规则、信息模板、审核机制 | ⭐⭐⭐ 必读 | | 02 | `references/02-接榜挂帅竞标规则.md` | 4种竞标模式详解、评标5维模型、挂帅人机制、流标处理 | ⭐⭐⭐ 必读 | | 03 | `references/03-项目分包机制.md` | 拆解方法论、分包规则、匹配算法、分包协议要点 | ⭐⭐⭐ 必读 | | 04 | `references/04-签约流程与协议体系.md` | SPV协议适配、必签附件清单、签约SOP | ⭐⭐⭐ 必读 | | 05 | `references/05-执行交付与里程碑管理.md` | 里程碑设定、验收标准、进度追踪、风险预警 | ⭐⭐⭐ 必读 | | 06 | `references/06-分账结算与纠纷处理.md` | 分账触发条件、7步分账流程、纠纷调解SOP | ⭐⭐⭐ 必读 | | 07 | `references/07-评价沉淀与信用更新.md` | 双方互评机制、信用更新规则、知识入库流程 | ⭐⭐ 重要 | | 08 | `references/08-Skill矩阵整合接口.md` | 与股权合作/协作交付/市场渠道/供应链/全流程管理Skill的接口规范 | ⭐⭐ 重要 | | 09 | `references/09-冷启动运营手册.md` | 种子项目、内测流程、早期质量保障 | ⭐ 启动参考 | | **contracts/** | | | | | 01 | `contracts/01-项目发布单.md` | 项目名称、描述、预算、周期、能力要求、分级标注 | ⭐⭐⭐ 必用 | | 02 | `contracts/02-竞标书模板.md` | 报价、方案、团队、业绩证明、信用授权 | ⭐⭐⭐ 必用 | | 03 | `contracts/03-评标打分表.md` | 5维评分表+综合排名+评标意见 | ⭐⭐⭐ 必用 | | 04 | `contracts/04-分包协议.md` | 主协议与子协议关系、分包范围、交付标准、付款条件 | ⭐⭐⭐ 必用 | | 05 | `contracts/05-SPV项目合作协议-获客分包版.md` | 适配获客分包场景的SPV协议 | ⭐⭐⭐ 必用 | | 06 | `contracts/06-保密协议.md` | 项目保密条款 | ⭐⭐⭐ 必用 | | 07 | `contracts/07-质量承诺书.md` | 交付质量标准与违约责任 | ⭐⭐⭐ 必用 | | 08 | `contracts/08-里程碑验收表.md` | 阶段性交付物、验收标准、签字确认 | ⭐⭐⭐ 必用 | | 09 | `contracts/09-分账确认书.md` | 分账比例、金额、账户、签字确认 | ⭐⭐⭐ 必用 | | 10 | `contracts/10-项目结项报告.md` | 最终交付、评价、经验沉淀 | ⭐⭐ 重要 | | 11 | `contracts/11-互评表.md` | 甲方/乙方互评维度与打分 | ⭐⭐ 重要 | | **scripts/** | | | | | 01 | `scripts/project_scoring.py` | 评标打分计算+排名生成 | ⭐ 工具 | | 02 | `scripts/contract_generator.py` | 根据项目信息自动生成合约文档 | ⭐ 工具 | --- ## 八、合规底线 | 红线 | 正确做法 | |------|---------| | ❌ 向不特定对象公开募集资金 | ✅ 只对接特定的已有合作基础的人 | | ❌ 承诺固定收益或保本 | ✅ 只说按实际项目收益分配，风险自担 | | ❌ 平台归集资金形成资金池 | ✅ 资金走第三方托管或共管账户 | | ❌ 层级裂变、拉人头返利 | ✅ 每个项目独立核算，不搞层级 | | ❌ 发行代币、积分分红 | ✅ 不用任何代币化，只做合同约定 | | ❌ 服务包没有定价依据 | ✅ 每个服务项都有市场价格参考和验收标准 | --- ## Agent Harness（执行保障体系） ### Harness标签 | 标签 | 值 | |------|-----| | harness:enabled | yes | | harness:pre-check | 7 | | harness:checkpoints | 7 | | harness:post-check | 22 | | harness:files | 22 | | harness:dependencies | 胡田-OPC导师-股权合作机制 | | harness:self-heal | yes | ### Pre-Check（执行前检查） | 序号 | 检查项 | 检查方法 | 失败处理 | |------|--------|---------|---------| | PC1 | references目录完整性 | 检查9个references文件是否存在 | 提示缺失文件 | | PC2 | contracts目录完整性 | 检查11个contracts文件是否存在 | 提示缺失文件 | | PC3 | scripts脚本可用性 | 检查2个Python脚本是否存在且语法正确 | 提示脚本错误 | | PC4 | 股权合作Skill可用 | 验证股权合作Skill的SPV协议模板可访问 | 提示依赖缺失 | | PC5 | 项目需求信息完整 | 验证包含项目名称、预算、周期、分级 | 提示补充项目信息 | | PC6 | 三长老角色已确认 | 验证包含盟主、合规长老、监事长老 | 提示指定三长老 | | PC7 | 挂帅人信用记录可查 | 验证挂帅人信用等级≥A级 | 提示信用不足 | ### Checkpoints（关键步骤检查点） | 序号 | 检查点 | 触发时机 | 验证内容 | 失败处理 | |------|--------|---------|---------|---------| | CP1 | 项目挂榜审核完成 | 项目发布单生成后 | 包含分级标注和审核签字 | 返回修改 | | CP2 | 竞标方案收集完成 | 竞标截止后 | 竞标方案数量≥3份 | 延长竞标期或重新发布 | | CP3 | 评标打分完成 | project_scoring执行后 | 包含5维评分和排名 | 重新执行评分 | | CP4 | 分包清单生成完成 | 模块拆解后 | 分包模块数≥2，单模块≥1000元 | 重新拆解 | | CP5 | SPV协议签署完成 | 签约后 | 所有签约方已签字 | 阻塞直到全部签署 | | CP6 | 里程碑验收完成 | 里程碑节点后 | 验收表有双方签字 | 返回补充验收 | | CP7 | 分账执行完成 | 分账后 | 分账凭证有各方签字确认 | 返回重新分账 | ### Post-Check（执行后验证） | 序号 | 验证项 | 验证方法 | 最低标准 | 失败处理 | |------|--------|---------|---------|---------| | PV1 | 项目发布单存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV2 | 竞标书模板存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV3 | 评标打分表存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV4 | 分包协议存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV5 | SPV合作协议存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV6 | 保密协议存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV7 | 质量承诺书存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV8 | 里程碑验收表存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV9 | 分账确认书存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV10 | 项目结项报告存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV11 | 互评表存在 | 文件存在性检查 | 文件>1KB | 重新生成 | | PV12 | 项目发布单包含基本信息 | 内容检查 | 包含项目名称、预算、周期、分级 | 补充缺失信息 | | PV13 | 竞标书包含5维内容 | 内容检查 | 包含报价、方案、团队、业绩、信用 | 补充缺失内容 | | PV14 | 评标表包含5维评分 | 内容检查 | 包含信用、业绩、方案、报价、时间 | 补充缺失评分 | | PV15 | 分包协议包含模块清单 | 内容检查 | 包含≥2个分包模块 | 补充缺失模块 | | PV16 | SPV协议包含7要素 | 内容检查 | 包含权重/治理/分账/期限/退出/争议/签署 | 补充缺失要素 | | PV17 | 里程碑表包含验收标准 | 内容检查 | 包含可量化验收标准 | 补充验收标准 | | PV18 | 分账确认书包含7步 | 内容检查 | 包含税费/平台费/成本/收益分账 | 补充缺失步骤 | | PV19 | 结项报告包含交付物清单 | 内容检查 | 包含最终交付物列表 | 补充交付物 | | PV20 | 互评表包含5维评价 | 内容检查 | 包含质量/时效/沟通/能力/态度 | 补充缺失维度 | | PV21 | 项目档案包含完整流程 | 逻辑检查 | 包含挂榜→竞标→分包→签约→交付→分账→评价 | 补充缺失环节 | | PV22 | 执行报告生成 | 自动生成 | 包含检查点结果和交付物清单 | 触发自修复 | ### Self-Heal（自修复策略） | 故障场景 | 修复策略 | 重试上限 | |---------|---------|---------| | 竞标方案数量不足 | 延长竞标期或降低竞标门槛 | 2次 | | 评标脚本执行失败 | 检查Python环境，重新执行 | 3次 | | 协议模板缺失章节 | 自动补充标准章节模板 | 2次 | | 里程碑验收标准不明确 | 自动补充量化验收标准模板 | 2次 | | 分账计算错误 | 重新读取权重数据重新计算 | 2次 | | 评价数据缺失 | 自动补充默认值并标记 | 1次 | ### Handoff（Skill间交接） | 方向 | Skill名称 | 接口类型 | 数据格式 | |------|----------|---------|---------| | 依赖方 | 胡田-OPC导师-股权合作机制 | 输入：获取SPV协议模板、三长老机制、信用台账 | spv_protocol.md + governance.md + credit_ledger.json | | 被调用方 | 协作交付Skill | 输出：项目分包清单、交付计划 | project_split.json + delivery_plan.md | | 被调用方 | 市场渠道Skill | 输出：客户对接信息 | client_info.json | | 输出方 | 全部下游Skill | 输出：项目档案、信用更新、案例库 | Markdown + JSON | --- *本Skill由胡田OPC导师体系提供，版本1.0* *姊妹篇：「胡田-OPC导师-股权合作机制」— 专注SPV层面的合作与分钱机制* *本Skill已完成Agent Harness嵌入，版本1.0+Harness v1.0*


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