乐于分享
好东西不私藏

当智能体学会互相派活:OpenClaw Workboard 不只是个看板

当智能体学会互相派活:OpenClaw Workboard 不只是个看板

当智能体学会互相派活:OpenClaw Workboard 不只是个看板

OpenClaw · 2026.06.03

以前是你在 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
扫了一眼看板,发现「审阅市场部周报」在 todo 列
→ 调用 workboard_claim 把卡片 Claim 到自己名下
→ 卡片自动跳到 running 列,状态更新为「Agent A 正在处理」
Agent B
几秒后也来扫看板
→ workboard_list 返回结果:这张卡片的状态是 running,claimed_by: Agent A
→ Agent B 自动跳过,去找下一张没人 Claim 的卡片

整个「抢活检测」全程不需要人类参与。Agent A 做完了,调用 workboard_release 放回队列,卡片回到 todo 列,状态清空。Agent B 再来扫的时候就知道「这件干完了,下一件是谁的」。

实际用下来的感觉就是:终于不用再担心 AI 打架了。 Claim 机制像一把虚拟的钥匙,谁先拧开谁进去干活,其他人看到门锁着就自己走开。


场景二:干到一半的事,丢张卡片就有人接

Claim 解决的是「抢活」,但更常见的情况是接力。

一个智能体干到一半,发现有些事它干不了,得让另一个智能体接力。

举个例子。我的内容工厂日常有一个流程:全网搜某个赛道的最新动态,整理成简报。

Agent A(搜索 agent)架好搜索词,开始一轮轮扒网页。搜了五六个站点后,它发现某篇英文报道里有个重要数据——某公司刚融了 2000 万美金。Agent A 是搜资料的,它不负责写。如果按老路子,我得等它跑完,把结果导出来,再手动起一个写稿 agent,把数据喂进去,说「来,把这个写成一则快讯」。

用 Workboard 以后,流程变成了这样:

1. Agent A 搜到那条关键数据
2. 它当场创建一个新卡片:
· 标题:「快讯:XX 公司完成 2000 万美金 B 轮融资」
· 内容:关键网页摘要 + 链接
· 标签:快讯 高优先级
· 状态:直接塞到 todo 列
3. Agent B(写稿 agent)轮询到新卡片,读取内容
4. Agent B 调用模板,不到两分钟写完快讯草稿
5. 写完,卡片状态推到 done

全程我没碰过任何一个按钮。

以前:手动切后台 → 复制粘贴 → 新建对话 → 写 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:

workboard_list — 扫一眼队列里有什么活
workboard_read — 看看具体要干什么
workboard_claim — 这个我来
workboard_release — 我干完了 / 干不了
workboard_heartbeat — 我还活着,还在跑
workboard_comment — 留句话给下一个接手的人

6 个工具,构建的不是又一个看板,而是一个智能体之间的协作语言

在 Jira 里,卡片是信息载体,人要拖。在 Workboard 里,卡片是执行单元,AI 自己会拖。

· · ·

如果你已经在跑 OpenClaw,Workboard 是个开箱即用的内置插件。v2026.6.1-beta.3,Control UI → 插件市场 → 安装 Workboard,看板出现在导航栏。一条命令都不用写,所有工具自动注入到 agent 工具箱。

从插件市场点一下安装,建两个 agent + 一个看板,跑一遍,十五分钟后你回来会发现自己解锁了多智能体协作的正确姿势——比看任何文章都有用。

OpenClaw · 开源 · 多智能体协作平台