Zing 论坛

正文

OpenClaw 动态工作流插件:实现 Claude-Code 风格的多智能体并行编排

openclaw-dynamic-workflow-plugin 是一款为 OpenClaw 开发的插件,支持通过 JavaScript 脚本编排多个隔离的子智能体并行执行任务,实现代码库级扫描、大规模迁移等复杂工作流的自动化协调。

OpenClaw工作流插件多智能体并行编排Claude CodeJavaScript插件架构AI工作流子智能体代码审计
发布时间 2026/06/08 07:45最近活动 2026/06/08 07:51预计阅读 4 分钟
OpenClaw 动态工作流插件:实现 Claude-Code 风格的多智能体并行编排
1

章节 01

导读 / 主楼:OpenClaw 动态工作流插件:实现 Claude-Code 风格的多智能体并行编排

openclaw-dynamic-workflow-plugin 是一款为 OpenClaw 开发的插件,支持通过 JavaScript 脚本编排多个隔离的子智能体并行执行任务,实现代码库级扫描、大规模迁移等复杂工作流的自动化协调。

3

章节 03

项目概述与背景

在 AI 辅助编程工具的发展过程中,单轮对话的局限性逐渐显现。当面对需要跨越多文件、多步骤的复杂任务时(如代码库级别的重构、安全审计、大规模迁移),传统的 turn-by-turn 交互模式难以有效协调。Claude Code 等工具率先引入了工作流概念,允许智能体自主编排多个子任务。

openclaw-dynamic-workflow-plugin 正是为 OpenClaw 生态带来的类似能力——作为插件而非核心分支,它让 OpenClaw 智能体能够编写 JavaScript 编排脚本,通过运行时执行将工作分散到多个隔离的子智能体中,最终汇总结果返回给用户。


4

章节 04

插件化架构

与直接修改 OpenClaw 核心不同,该项目采用插件形式实现。这种设计带来多个优势:

  • 独立演进:插件可以独立于 OpenClaw 核心版本快速迭代
  • 可选安装:用户按需启用,不影响基础功能
  • 低风险集成:问题隔离在插件层面,不影响主系统稳定性
  • 社区友好:降低了贡献门槛,开发者可以专注于工作流逻辑本身
5

章节 05

隔离执行模型

工作流的核心在于子智能体的隔离执行。每个子任务都在独立的 OpenClaw 子会话中运行,这意味着:

  • 错误不会级联影响其他子任务
  • 中间结果存储在脚本变量中,主对话只接收最终答案
  • 并行执行充分利用资源,提高效率
  • 安全边界清晰,便于权限控制

6

章节 06

工作流程

整个工作流执行过程可以概括为以下步骤:

  1. 用户向 OpenClaw 助手提出需要工作流处理的需求(如「用工作流审计所有路由文件的权限检查」)
  2. 智能体编写 JavaScript 编排脚本并调用 workflow 工具(执行前需要用户批准)
  3. 工作流运行时在 VM 隔离的 JavaScript 环境中执行脚本
  4. 通过 agent() 调用生成真实的 OpenClaw 子会话
  5. 使用 parallel()pipeline() 实现并行扇出(最多 16 个并发)
  6. 结果汇聚到脚本变量中
  7. 进度通过工具卡片实时展示(支持 TUI/WebChat/IM 界面)
  8. 最终协调后的答案返回给用户主对话
7

章节 07

运行时环境

脚本在 Node.js VM 上下文中运行,注入的可用原语经过精心设计:

原语 行为描述
await agent(prompt, { schema?, label? }) 生成一个隔离的子智能体,返回最终文本。支持 TypeBox/JSON Schema 验证,验证失败可重试最多 2 次
await parallel([() => agent(...), ...]) 屏障同步:全部启动,全部完成后解析,顺序保持,失败返回 null
await pipeline(items, stage1, stage2, …) 无屏障流式处理:每个项目独立流经所有阶段,阶段接收 (prevResult, originalItem, index)
phase(name) 打开命名阶段,后续智能体在此阶段下分组(用于进度展示和 Canvas 树)
log(message) 发送进度日志行
args 调用者提供的输入数据
budget 令牌预算对象 { total, spent(), remaining() },硬上限限制
8

章节 08

安全模型

安全设计采用多层策略:

  • 速度障碍层:VM 隔离阻止了直接的 import/require/fs/shell/network 访问,但这只是速度障碍而非安全边界(node:vm 可被逃逸)
  • 可信作者层:依赖受信任的编写智能体生成安全的脚本
  • 审批门控层:所有工作流执行前都需要用户明确批准

实际保护来自于这个组合:受信任的编写者 + 用户审批门控。