back
loading skill details...
获客分包平台运营工具，构建OPC生态内的获客任务分发与能力匹配机制
---
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*
don't have the plugin yet? install it then click "run inline in claude" again.