胡田-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. 【完税凭证】全员可查
分账优先级
- 税费预留(按比例计提)
- 平台服务费(5%)
- 实际成本报销
- 按贡献权重分配收益
详细文档: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