Install
openclaw skills install @thcjp/swarm-coder-pro集群编码器专业版是在免费版基础上的全功能升级,为AI Agent包含从任务分派到集群协作的完整开发引擎。专业版解锁并行任务调度、成本预估与控制、多层review、自发修正循环、多角色协作、失败回滚六大高级功能,达成开发效率与质量的双重飞跃. 适用于需要swarm coder相关能力的开发场景,提供结构化的工作流程和配置指引.
openclaw skills install @thcjp/swarm-coder-pro核心功能: 本技能提供结构化的工作流程和配置指引等能力。
AI Agent的全功能集群开发引擎。并行调度+多层review+成本控制+失败回滚,效率与质量双飞跃。
永远不串行等待。永远不超预算。永远不单层review。失败可回滚,多角色可协作. 集群编码器专业版在免费版的两阶段review基础上,叠加并行任务调度、成本预估与控制、多层review、自动修复循环、多角色协作、失败回滚六大高级功能,让开发过程从"串行+单层+无控制"升级为"并行+多层+全控制".
| 参数名 | 类型 | 必填 | 说明 |
|---|---|---|---|
| input | string | 是 | 集群编码器(专业版)处理的输入数据或指令 |
| options | object | 否 | 附加配置选项,如模式选择、格式偏好等 |
| callback_url | string | 否 | 异步处理完成后的回调通知URL |
┌─────────────────────────────────────────────────────────────────┐
│ 集群编码器专业版 (SWARM CODER PRO) │
├─────────────────────────────────────────────────────────────────┤
│ │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ 并行调度层(专业版) │ │
│ │ 依赖图分析 → 并行分组 → 负载均衡 → 调度执行 │ │
│ └──────────────────────────────────────────────────────┘ │
│ │ │
│ v │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ 成本预估 │ │ 任务分派 │ │ 自动修复 │ │
│ │ +预算控制 │ │ +多角色协作 │ │ +熔断机制 │ │
│ └──────────────┘ └──────────────┘ └──────────────┘ │
│ │ │
│ v │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ 五层review流水线(专业版) │ │
│ │ │ │
│ │ [1.规范] → [2.质量] → [3.架构] → [4.安全] → [5.性能]│ │
│ │ ↑ ↑ ↑ ↑ ↑ │ │
│ │ 修复循环 修复循环 修复循环 修复循环 修复循环 │ │
│ └──────────────────────────────────────────────────────┘ │
│ │ │
│ v │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ 失败回滚 │ │ 检查点 │ │ 最终全局 │ │
│ │ +幂等保证 │ │ +状态快照 │ │ review │ │
│ └──────────────┘ └──────────────┘ └──────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────┘
专业版完全兼容免费版的目录结构,无需迁移数据:
# 若已有免费版配置,直接升级
ls .swarm/prompts/implementer.md 2>/dev/null && echo "检测到免费版配置,将自动升级"
# ...
# 若无免费版配置,初始化
mkdir -p .swarm/{prompts,reports,logs,checkpoints,metrics}
# ...
# 创建专业版增强提示词
cat > .swarm/prompts/architect-reviewer.md << 'EOF'
# 架构审查子代理提示词
# ...
你是架构审查子代理。检查代码架构一致性:
# ...
**响应解析**: 完成完成后,查看输出响应确认任务状态。成功时输出包含解析摘要和响应数据;失败时根据错误信息排查问题,查阅错误解析章节获取恢复步骤.
# ...
## 审查项
1. 是否符合项目架构模式
2. 模块边界是否清晰
3. 依赖方向是否合理
4. 是否引入架构异味
5. 跨任务集成是否一致
# ...
## 输出格式
架构一致性:✅ / ❌
问题(标注严重度):[列出]
建议:[列出]
EOF
# ...
cat > .swarm/prompts/security-reviewer.md << 'EOF'
# 安全审查子代理提示词
# ...
你是安全审查子代理。检查代码安全性:
# ...
## 审查项(续1)
1. 输入验证
2. 认证授权
3. 敏感信息处理
4. 注入防护
5. 依赖安全
# ...
## 输出格式(续1)
安全等级:🟢安全 / 🟡注意 / 🔴高危
漏洞:[列出,标注CVE/OWASP分类]
修复建议:[列出]
EOF
# ...
cat > .swarm/prompts/performance-reviewer.md << 'EOF'
# 性能审查子代理提示词
# ...
你是性能审查子代理。检查代码性能:
# ...
## 审查项(续2)
1. 时间复杂度
2. 空间复杂度
3. 数据库查询效率
4. 内存泄漏风险
5. 并发安全
# ...
## 输出格式(续2)
性能等级:🟢优秀 / 🟡可接受 / 🔴需优化
瓶颈:[列出]
优化建议:[列出]
EOF
# 1. 配置并行调度
cat > .swarm/.scheduler-config.json << 'EOF'
{
"maxParallel": 3,
"dependencyAnalysis": true,
"loadBalancing": "round-robin",
"conflictDetection": true
}
EOF
# ...
# 2. 配置成本控制
cat > .swarm/.cost-config.json << 'EOF'
{
"tokenBudget": 500000,
"costPerTask": 50000,
"alertThreshold": 0.8,
"hardStop": 1.0,
"realTimeTracking": true
}
EOF
# ...
# 3. 配置失败回滚
cat > .swarm/.rollback-config.json << 'EOF'
{
"autoRollback": true,
"checkpointInterval": "per-task",
"maxRetries": 3,
"idempotencyCheck": true,
"rollbackStrategy": "git-revert"
}
EOF
# ...
# 验证配置
ls -la .swarm/
{
"swarmCoder": {
"edition": "pro",
"scheduler": {
"maxParallel": 5,
"dependencyAnalysis": true,
"loadBalancing": "weighted",
"conflictDetection": true,
"priorityQueue": true
},
"costControl": {
"tokenBudget": 1000000,
"costPerTask": 50000,
"hardStop": 0.9,
"realTimeTracking": true,
"reportInterval": "per-task"
},
"reviewLayers": {
"enabled": ["spec", "quality", "architecture", "security", "performance"],
"parallel": false,
"stopOnFail": "critical",
"maxFixLoops": 3
},
"autoFix": {
"enabled": true,
"strategies": ["refactor", "simplify", "add-test", "add-validation"],
"circuitBreaker": {
"threshold": 3,
"cooldown": 300
}
},
"multiRole": {
"enabled": true,
"roles": ["architect", "security-expert", "performance-expert", "test-expert"],
"parallelReview": true
},
"rollback": {
"autoRollback": true,
"checkpointInterval": "per-task",
"maxRetries": 3,
"idempotencyCheck": true
},
"model": {
"routing": "gpt-4o",
"fallback": "gpt-4o-mini"
}
}
}
| 维度 | 免费版能力 | 专业版增强 |
|---|---|---|
| 分派方式 | 串行分派 | +并行分派+依赖图分析 |
| 上下文 | 控制器提供全文 | +智能上下文压缩 |
| 提问机制 | 开始前+过程中 | +主动建议+上下文补充 |
| 自我审查 | 强制 | +审查清单+质量评分 |
处理: 解析每任务新子代理分派(基础+增强)的输入参数,完成核心逻辑,返回结构化响应. 输出: 返回每任务新子代理分派(基础+增强)的响应数据,包含状态码、结果和日志.
独立任务并行执行,提升开发速度:
# 分析任务依赖关系
swarm schedule analyze --plan docs/plans/feature-plan.md
# ...
# 输出依赖图:
# 任务A ──┬──> 任务C(依赖A)
# └──> 任务D(依赖A)
# 任务B ──┼──> 任务E(依赖B)
# └──> 任务F(依赖B)
#
# 可并行组:
# 组1:[任务A, 任务B](无依赖,可并行)
# 组2:[任务C, 任务D, 任务E, 任务F](A/B完成后可并行)
# ...
# 执行并行调度
swarm schedule execute --max-parallel 3
调度特性:
处理: 解析并行任务调度(专业版独有)的输入参数,完成核心逻辑,返回结构化响应. 输出: 返回并行任务调度(专业版独有)的响应数据,包含状态码、结果和日志.
实时监控Token消耗,避免超预算:
# 预估总成本
swarm cost estimate --plan docs/plans/feature-plan.md
# ...
# 输出:
# 成本预估:
# - 任务1:~50K tokens(实现+2审查)
# - 任务2:~45K tokens
# - 任务3:~60K tokens
# - 任务4:~40K tokens
# - 任务5:~55K tokens
# - 最终review:~30K tokens
# 总计:~280K tokens(预算500K,预计使用56%)
# ...
# 实时监控
swarm cost realtime
# ...
# 输出:
# 当前消耗:180K/500K(36%)
# 当前任务:任务3(消耗40K)
# 预计总消耗:320K(64%)
# 状态:🟢 正常
# ...
# 超支告警
swarm cost alert --threshold 0.8
成本控制特性:
处理: 解析成本预估与控制(专业版独有)的输入参数,完成核心逻辑,返回结构化响应. 输出: 返回成本预估与控制(专业版独有)的响应数据,包含状态码、结果和日志.
五层review流水线,全面保证代码质量:
| 层级 | 审查内容 | 严重度阈值 | 修复循环 |
|---|---|---|---|
| 1. 规范合规 | 是否符合规范要求 | 任何不合规 | 实现→修复→重审 |
| 2. 代码质量 | 可读性/测试/错误处理 | Important+ | 实现→修复→重审 |
| 3. 架构一致性 | 模块边界/依赖/模式 | 任何架构异味 | 实现→修复→重审 |
| 4. 安全性 | 注入/认证/敏感信息 | 任何高危漏洞 | 实现→修复→重审 |
| 5. 性能 | 复杂度/查询/内存 | 🔴需优化 | 实现→修复→重审 |
执行顺序:1→2→3→4→5,每层通过后才进入下一层。Critical问题立即停止.
处理: 解析多层review(专业版独有)的输入参数,完成核心逻辑,返回结构化响应. 输出: 返回多层review(专业版独有)的响应数据,包含状态码、结果和日志.
失败自动重试,避免手动干预:
自动修复流程:
1. review发现问题
2. 自动分派修复子代理(同一实现者)
3. 修复策略选择:
- refactor:重构问题代码
- simplify:简化复杂逻辑
- add-test:补充测试覆盖
- add-validation:添加输入验证
4. 重新review
5. 循环直到通过或达到最大次数(3次)
# ...
熔断机制:
- 同一问题修复3次未通过 → 熔断
- 熔断后冷却5分钟
- 冷却后降级为手动修复
处理: 解析自动修复循环(专业版独有)的输入参数,完成核心逻辑,返回结构化响应. 输出: 返回自动修复循环(专业版独有)的响应数据,包含状态码、结果和日志.
input_params参数,支持创建/查询/导出操作支持多角色专家并行协作:
| 角色 | 职责 | 激活时机 |
|---|---|---|
| 实现者 | 编码+测试+提交 | 每任务 |
| 规范审查者 | 规范合规检查 | 实现后 |
| 质量审查者 | 代码质量检查 | 规范通过后 |
| 架构师 | 架构一致性检查 | 质量通过后 |
| 安全专家 | 安全漏洞检查 | 架构通过后 |
| 性能专家 | 性能瓶颈检查 | 安全通过后 |
| 测试专家 | 测试覆盖检查 | 质量通过后(可与架构并行) |
处理: 解析多角色协作(专业版独有)的输入参数,完成核心逻辑,返回结构化响应. 输出: 返回多角色协作(专业版独有)的响应数据,包含状态码、结果和日志.
任务失败自动回滚,保护已完成工作:
# 创建检查点
swarm checkpoint create --label "任务3开始前"
# ...
# 任务失败时自动回滚
swarm rollback auto --on-failure
# ...
# 手动回滚
swarm rollback to --checkpoint "任务3开始前" --confirm
# ...
# 幂等检查
swarm rollback idempotency-check --task task-3
回滚特性:
处理: 解析失败回滚(专业版独有)的输入参数,完成核心逻辑,返回结构化响应. 输出: 返回失败回滚(专业版独有)的响应数据,包含状态码、结果和日志.
实现完成
│
v
[1.规范合规review]
├─ ✅ → [2.代码质量review]
└─ ❌ → 修复 → 重新review(循环≤3次)
│
v
[2.代码质量review]
├─ ✅ → [3.架构一致性review]
└─ ❌ → 修复 → 重新review(循环≤3次)
│
v
[3.架构一致性review]
├─ ✅ → [4.安全性review]
└─ ❌ → 修复 → 重新review(循环≤3次)
│
v
[4.安全性review]
├─ ✅ → [5.性能review]
└─ ❌ → 修复 → 重新review(循环≤3次)
│
v
[5.性能review]
├─ ✅ → [标记任务完成]
└─ ❌ → 修复 → 重新review(循环≤3次)
处理: 解析五层review流水线(完整版)的输入参数,完成核心逻辑,返回结构化响应. 输出: 返回五层review流水线(完整版)的响应数据,包含状态码、结果和日志. 能力覆盖范围:本skill的核心能力覆盖以下场景关键词:Agent、全功能集群开发引、集群编码器专业版、是在免费版基础上、的全功能升级、提供从任务分派到、集群协作的完整开、发引擎、专业版解锁并行任、失败回滚六大高级、实现开发效率与质、量的双重飞跃等。这些关键词对应description中声明的使用场景,均已在上述能力点中提供对应的操作支持.
input_params参数,支持创建/查询/导出操作痛点:一个大型功能有15个任务,串行执行需要3天,团队要求1天完成. 使用方式:
# 分析任务依赖
swarm schedule analyze --plan docs/plans/large-feature.md
# ...
# 输出:
# 可并行组:
# 组1:[任务1,2,3](无依赖)
# 组2:[任务4,5,6,7](依赖组1)
# 组3:[任务8,9,10](依赖组2)
# 组4:[任务11,12,13,14,15](依赖组3)
#
# 预估时间:
# - 串行:3天
# - 并行(max=3):1天
# ...
# 执行并行调度
swarm schedule execute --max-parallel 3
效果:开发时间从3天缩短至1天,效率提升约3倍.
痛点:开发预算有限,担心Agent调用超支,无法实时掌控消耗. 使用方式:
# 设置预算
swarm cost budget --total 500000 --per-task 50000
# ...
# 实时监控
swarm cost realtime
# ...
# 输出:
# 当前消耗:380K/500K(76%)
# 预警阈值:70%(已触发)
# 剩余任务:2个
# 预计总消耗:480K(96%)
# 建议:考虑简化剩余任务的review层
# ...
# 超支硬停止(90%时)
swarm cost hard-stop --threshold 0.9
效果:开发成本可视可控,超支风险降低约90%.
痛点:金融项目要求代码必须通过安全审查,但传统流程安全审查在最后,发现问题修复成本高. 使用方式:
[五层review流水线]
任务实现 → 规范✓ → 质量✓ → 架构✓ → 安全审查
安全审查发现:
- 🔴 高危:SQL注入风险(user-input未参数化)
- 🟡 注意:密码强度校验缺失
# ...
[自动修复]
- 添加参数化查询
- 添加密码强度校验
# ...
[重新安全审查]
✅ 安全等级:🟢安全
# ...
[继续性能review]
效果:安全问题在工作完成时立即发现,修复成本降低约95%.
痛点:15个任务有复杂依赖关系,手动排序易出错,并行机会未充分利用. 使用方式:
# 依赖图分析
swarm schedule analyze --visualize
# ...
# 输出依赖图(Mermaid格式):
# graph TD
# T1 --> T4
# T1 --> T5
# T2 --> T6
# T2 --> T7
# T3 --> T7
# T4 --> T8
# T5 --> T8
# ...
# ...
# 最优调度
swarm schedule optimize --max-parallel 5
# ...
# 输出:
# 最优调度方案:
# 阶段1:T1, T2, T3(并行)
# 阶段2:T4, T5, T6, T7(并行)
# 阶段3:T8, T9, T10(并行)
# ...
# 总时长:8小时(串行24小时)
效果:依赖关系自动分析,并行机会最大化,开发时间缩短约67%.
痛点:高风险功能开发中,任务5失败导致任务1-4的工作白费. 使用方式:
# 任务5失败
[自动回滚]
swarm rollback auto --on-failure
# 输出:
# 检测到任务5失败
# 自动回滚至检查点"任务5开始前"
# 任务1-4的工作已保留
# 任务5可安全重试
# ...
# 幂等检查
swarm rollback idempotency-check --task task-5
# 输出:
# 任务5幂等性:✅ 可安全重试
# 已清理部分完成的状态
效果:失败不丢工作,重试安全可靠,损失降低约90%.
| 角色 | 典型场景 | 推荐功能组合 | 核心价值 |
|---|---|---|---|
| 技术负责人 | 大规模功能开发 | 并行调度+多层review | 效率3倍+质量保证 |
| 项目经理 | 成本控制 | 成本预估+实时监控 | 超支风险-90% |
| 安全工程师 | 高安全项目 | 安全review+自动修复 | 安全修复成本-95% |
| 架构师 | 复杂依赖调度 | 依赖图+最优调度 | 开发时间-67% |
| 运维工程师 | 失败保护 | 失败回滚+检查点 | 失败损失-90% |
| 质量工程师 | 质量保证 | 五层review+熔断 | 质量全覆盖 |
| 测试工程师 | 测试覆盖 | 测试专家+自动修复 | 覆盖率95%+ |
将 swarm-coder-pro 添加到Agent的技能列表中.
会话开始时自动分析计划文件的依赖关系.
任务执行时自动调度并行+多层review+成本监控.
任务失败时自动回滚+重试.
# CI中执行集群开发
swarm execute --plan docs/plans/feature.md --max-parallel 3
# ...
# 生成开发报告
swarm report --format markdown --output reports/dev-report.md
# ...
# 检查质量门禁
swarm quality-gate --fail-on critical
1. 计划文件自动解析为任务清单
2. 任务分派自动通知对应角色
3. review结果自动同步至团队
4. 失败回滚自动通知运维
5. 成本报告自动生成给项目经理
.scheduler-config.json.cost-config.json.rollback-config.json| 版本 | 日期 | 变更内容 |
|---|---|---|
| 1.0.0 | 2026-01 | 初版发布,含并行调度+成本控制+五层review+自动修复+多角色+失败回滚 |
| 问题 | 可能原因 | 解决方案 | 优先级 |
|---|---|---|---|
| 并行任务冲突 | 文件级冲突未检测 | 启用冲突检测;限制并行数 | 高 |
| 成本超支 | 预算估算不准 | 调整估算模型;设置硬停止 | 高 |
| review循环不收敛 | 修复引入新问题 | 设置maxFixLoops=3;熔断 | 中 |
| 安全review误报 | 规则过于敏感 | 调整规则;白名单已知安全模式 | 中 |
| 性能review过严 | 阈值不合理 | 调整性能阈值 | 低 |
| 回滚失败 | 检查点损坏 | 验证检查点完整性;手动回滚 | 高 |
| 幂等检查失败 | 任务非幂等 | 重构任务为幂等 | 中 |
| 多角色协作冲突 | 角色职责重叠 | 明确角色边界;串行化冲突角色 | 中 |
| 依赖图分析错误 | 依赖标注不全 | 补充任务依赖标注 | 高 |
| 自动修复熔断频繁 | 修复策略不当 | 优化修复策略;降级为手动 | 中 |
| 检查点占用过大 | 全量快照 | 改为增量检查点 | 低 |
| 成本报告不准 | 实时追踪延迟 | 检查追踪配置;等待同步 | 低 |
| 序号 | 错误场景 | 原因 | 处理方式 | 优先级 |
|---|---|---|---|---|
| 1 | 输入参数缺失 | 用户未提供必要参数 | 提示用户提供所需参数后执行ping命令测试网络连通性,检查防火墙和代理设置连接后重新执行命令 | P0 |
| 2 | 执行超时 | 处理时间过长 | 检查输入数据量,分批处理 | P1 |
| 3 | 输出格式错误 | 结果不符合预期格式 | 检查output_format参数配置 | P1 |
专业版在免费版的串行执行+两阶段review基础上,新增六大高级功能:并行任务调度(依赖图+负载均衡)、成本预估与控制(Token预算+实时监控)、多层review(规范+质量+架构+安全+性能五层)、自动修复循环(失败重试+熔断)、多角色协作(架构师/安全/性能/测试专家)、失败回滚(检查点+幂等)。专业版使用GPT-4o模型路由,免费版使用GPT-4o-mini.
专业版采用文件级冲突检测:分析每个任务涉及的文件,如果两个任务修改同一文件,则串行执行;如果无文件重叠,则并行执行。可通过.scheduler-config.json的conflictDetection启用.
成本预估基于历史数据与任务复杂度分析,准确率约80%。实际消耗可能因review循环次数、修复复杂度等因素偏离预估。建议设置80%预警阈值和90%硬停止,留有缓冲.
会有些许影响,但专业版提供优化策略:低风险任务可跳过架构/安全review;架构/安全/性能review可并行执行(无依赖时);review结果缓存复用。综合来看,五层review增加约30%时间,但减少约80%后期修复成本.
不会。专业版设置最大循环次数(默认3次),超过后触发熔断,冷却5分钟后降级为手动修复。熔断机制避免无限循环消耗资源.
不会。回滚仅回滚失败任务本身,不影响已完成任务。检查点创建在每任务开始前,回滚至该检查点即恢复到失败前的状态。已完成任务的工作保留.
专业版明确角色边界:实现者负责编码,审查者负责review,不交叉。架构/安全/性能review可并行(无依赖时),但都依赖规范+质量review通过。测试专家可与架构review并行.
默认max=5,可配置至10。建议根据Agent平台资源限制调整。并行数过高可能导致资源竞争与性能下降。建议通过swarm schedule optimize自动推荐最优并行数.
可以。使用swarm cost export --format csv/json/markdown导出成本数据。支持按任务/阶段/角色统计。导出数据可用于项目经理汇报或财务对账.
检查点采用增量存储,仅保存变更部分。单个检查点通常<1MB。建议每任务开始前创建检查点,完成后可清理中间检查点,仅保留关键节点.
可以。专业版完全兼容免费版的.swarm/目录结构,可无缝切换。从专业版降级到免费版时,并行调度、成本控制、多层review、失败回滚功能将停止,但基础的两阶段review继续可用。建议降级前导出成本报告和检查点作为备份.
专业版提供多层安全保障:
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| LLM API | API | 必需 | 由Agent平台内置LLM提供 |
| Git | 工具 | 必需 | 系统自带或从git-scm.com安装 |
| Python 3.8+ | 运行时 | 必需 | 从python.org安装 |
| swarm-cli | 脚本 | 专业版必需 | 随本技能提供 |
| 子代理能力 | 平台功能 | 必需 | Agent平台原生支持 |
~/.swarm/credentials/目录(已gitignore)本技能基于原始开源作品改进,保留原始版权声明:
本改进作品在原始作品基础上进行了深度差异化改造,包括但不限于:
本专业版相比免费版新增以下能力:
此外,专业版还提供:
| 版本 | 价格 | 功能 | 适用场景 |
|---|---|---|---|
| 免费体验版 | ¥0 | 串行执行+两阶段review+子代理提问+自我审查+TodoWrite+最终全局review+5种角色场景 | 个人试用、轻量开发 |
| 收费专业版 | ¥29.9/月 | 全功能(并行调度+成本控制+五层review+自动修复+多角色+失败回滚)+7种角色指南+性能优化+优先支持 | 团队/企业、大规模开发、高安全要求 |
专业版通过SkillHub SkillPay发布.
输出:返回执行结果,包含操作状态和输出数据
用户: 执行核心功能
Skill: 正在执行核心功能...
Skill: 执行完成,结果如下: 操作成功