当智能体学会互相派活:OpenClaw Workboard 不只是个看板
当智能体学会互相派活:OpenClaw Workboard 不只是个看板
以前是你在 Trello 上给 AI 派任务。现在,AI 会在看板上自己派活给另一个 AI。
如果你用 OpenClaw 跑过稍微复杂一点的自动化任务,大概遇到过这个场景——
你建了一个流程:搜集竞品信息 → 分析报告 → 生成推文草稿 → 排期发布。A 智能体吭哧吭哧扒完数据,B 等着分析结果,结果 A 跑到一半卡在某网页登录页,B 在那边空转等你手动拉一把。
你不得不切到后台看一眼,发现问题,手动把结果喂给 B,然后继续盯着。
这套「人肉编排」模式,在单智能体时代还能忍。一个智能体完不成的任务,大不了你手写几个 Prompt 轮着调。但当你有十几个 agent 同时在干活时——有的在爬数据,有的在写文案,有的在审稿——纯靠人工盯着谁干到哪一步,比管一个 10 人小团队还累。
OpenClaw v2026.6.1-beta.3 刚上线的 Workboard,就是冲这个痛点来的。
它不是 Jira,也不是 Notion 的看板视图硬塞给 AI 用。它是一个看板不假——backlog → todo → running → review → blocked → done,经典六列——但关键区别在于:卡片本身能干活,智能体自己会操作看板。

场景一:抢活?看看被 Claim 了没
先从一个最日常的痛点说起。
假设你有一堆周报需要每个团队负责人审阅。你同时起了 Agent A 和 Agent B,两个智能体都挺勤快,看到「审阅市场部周报」这个任务,都扑了上去。
结果两个 AI 抢着改同一份周报,改到一半互相覆盖——最后你拿到的是一份前言不搭后语的缝合怪。
以前怎么解决?你要么串行调度:A 审完标记完成,再手动起 B 做下一份。要么给每个 agent 配不同的系统 Prompt,告诉它「你只管技术部」「你只管市场部」。改一次调配一次,烦得很。
Workboard 的做法特别简单:先到先得,Claim 锁定。
整个「抢活检测」全程不需要人类参与。Agent A 做完了,调用 workboard_release 放回队列,卡片回到 todo 列,状态清空。Agent B 再来扫的时候就知道「这件干完了,下一件是谁的」。
实际用下来的感觉就是:终于不用再担心 AI 打架了。 Claim 机制像一把虚拟的钥匙,谁先拧开谁进去干活,其他人看到门锁着就自己走开。

场景二:干到一半的事,丢张卡片就有人接
Claim 解决的是「抢活」,但更常见的情况是接力。
一个智能体干到一半,发现有些事它干不了,得让另一个智能体接力。
举个例子。我的内容工厂日常有一个流程:全网搜某个赛道的最新动态,整理成简报。
Agent A(搜索 agent)架好搜索词,开始一轮轮扒网页。搜了五六个站点后,它发现某篇英文报道里有个重要数据——某公司刚融了 2000 万美金。Agent A 是搜资料的,它不负责写。如果按老路子,我得等它跑完,把结果导出来,再手动起一个写稿 agent,把数据喂进去,说「来,把这个写成一则快讯」。
用 Workboard 以后,流程变成了这样:
全程我没碰过任何一个按钮。
以前:手动切后台 → 复制粘贴 → 新建对话 → 写 Prompt → 等输出 → 复制回来。一套 5 分钟,一天跑十次将近一小时。
现在:Agent A 搜到关键信息 → 扔卡片 → Agent B 捡起来写。全部自动流转。
这里的关键不是「自动化」——很多人用 Zapier/n8n 也能搭类似的东西。Workboard 和 Zapier 的本质区别是:Zapier 是死的规则触发(if this then that),Workboard 的智能体是有判断力的。 Agent B 读到卡片时,不只是机械套模板,它会看优先级、会判断信息够不够,不够还会在卡片上留个 comment:「数据源只有两家,建议补充竞品对比。」然后卡片状态推到 blocked,等人来喂料。

场景三:打开面板,一眼看清全局
第三个场景,其实是最容易被忽略但每天用最多的:看板本身。
Workboard 的面板直接嵌在 OpenClaw 的 Control UI 里,打开就是,不需要配。
如果你跟我一样,同时有三四个长期任务在跑——日报生成、舆情监控、竞品跟踪——每个任务都对应一个 agent 或者一组 agent,你光靠翻聊天记录去猜进度,分分钟脑溢血。
以前的状态是:
「这个 agent 怎么没反应?是在跑还是卡了?」
「上周那个报告到底生成没?我怎么一点印象没有。」
「那个爬数据的,你爬完了倒是说一声啊?」
现在打开 Workboard 面板:
│ todo │ running │ done │
│ ┌──────────┐ │ ┌────────┐ │ ┌────────┐ │
│ │ 竞品A周报 │ │ │舆情监控 │ │ │日报 6/3│ │
│ │ 高优先级 │ │ │Agent C │ │ │已发布 │ │
│ └──────────┘ │ │ 2h │ │ └────────┘ │
│ ┌──────────┐ │ └────────┘ │ ┌────────┐ │
│ │ 数据分析 │ │ ┌────────┐ │ │本周简报 │ │
│ │ blocked │ │ │网页爬虫 │ │ │审核通过│ │
│ │ 等数据源 │ │ │45% │ │ └────────┘ │
│ └──────────┘ │ └────────┘ │ │
└────────────────────────────────────────────┘
哪个 agent 在跑什么,一目了然。哪个卡在 blocked 了,一看就知道——数据分析停在 blocked 列,上游数据源还没 done。去催一下就好。跑完了没?看 done 列就行。今天该出的日报已经 delivered,不用挨个翻对话。
最值回票价的一个细节:每张卡片上关联了 session ID,点一下就能直接跳回那个 agent 当时的对话现场。 不是冷冰冰的日志级别,而是一键回到上下文。排查问题节省的不是几秒,而是「重新加载记忆 + 翻上下文」的好几分钟。
从 Claim 防冲突,到卡片接力流转,再到一眼看清全局——Workboard 解决的其实不是一个「新功能」的问题,而是一个「多智能体协作该怎么管」的问题。
· · ·
你可以把它理解成 AI 内部用的飞书/Trello,但更准确地说,它是一套让智能体之间能互相派活、主动汇报进度、自动交接的协作协议。 看板是看得见的那层 UI,真正的核心是那 6 个藏在 agent 工具箱里的 API:
6 个工具,构建的不是又一个看板,而是一个智能体之间的协作语言。
在 Jira 里,卡片是信息载体,人要拖。在 Workboard 里,卡片是执行单元,AI 自己会拖。
· · ·
如果你已经在跑 OpenClaw,Workboard 是个开箱即用的内置插件。v2026.6.1-beta.3,Control UI → 插件市场 → 安装 Workboard,看板出现在导航栏。一条命令都不用写,所有工具自动注入到 agent 工具箱。
从插件市场点一下安装,建两个 agent + 一个看板,跑一遍,十五分钟后你回来会发现自己解锁了多智能体协作的正确姿势——比看任何文章都有用。
夜雨聆风