OpenClaw Workboard工作板教程,让你的AI自己领任务干活
OpenClaw 有一个新功能叫Workboard。一直没有体验它的效果。
这几天研究了一下,发现完全不是那么回事。
它不是一个给人类用的任务板。
它是给你的AI用的。
官方说法是,给控制台加一个看板风格的卡片板,用来收集中小型任务,分配给Agent,追踪关联的后台任务和运行记录。
一个属于 Agent 的任务管理系统。
不是要取代Jira或者GitHub Issues,官方自己说的。Workboard 是轻量的,是本地的,跟着你的 OpenClaw 状态走。
但它能做的事,我觉得很有意思。
Workboard 在 OpenClaw 一直是个可选插件,默认不启用。也就是说你就算天天用,也可能根本不知道有这个东西。
那怎么把它叫出来呢。
打开终端,敲两行
openclaw plugins enable workboardopenclaw gateway restart
然后打开控制台,侧边栏就会多出一个 Workboard 标签页。
敲完没有的话,先看看你有没有 Dashboard。Workboard 是 Dashboard 里的一个标签页,你得先有 Dashboard。
那卡片长什么样呢。
标题、备注、优先级、标签、指定给谁。这些基本的都有。
然后是状态,九种,一条完整的生命周期线。

triage 收集想法 → backlog 待整理 → todo 要做的 → scheduled 排期的 → ready 准备好了 → running 正在干 → review 等人审核 → blocked 卡住了 → done 搞定
你从卡片上启动一个任务,它就自动从 ready 变成 running。跑完了,变成 review。失败了或者超时了,变成 blocked。
最有用的是,每张卡片背后会记录完整的执行历史。哪次跑了,跑了多久,成功还是失败,谁领的任务,领了多久没动静。全都记在卡片上。
为什么说这个有用呢。Agent 跑起来之后是个黑盒,你不知道它在干嘛,不知道它是卡住了还是在思考,不知道它是不是已经放弃了。Workboard 把这些东西全翻出来给你看。
好,重点来了。
Workboard 有一个自动派发机制,叫 dispatch。
你把任务卡片准备好,设置好优先级和依赖关系,喊一声 dispatch,系统自己去取卡片,分配给 Agent,启动运行。
流水线。
大概的过程是,先把有依赖的卡片链接好。比如你有一张「收集数据」,另一张「分析数据」,「分析数据」只能在「收集数据」完成之后开始。用依赖链接连起来,子卡片就会自动停在 todo 状态,直到父卡片变成 done。
然后 dispatch 扫描所有 ready 的卡片,找出没有依赖等着的、没人领的、优先级最高的。
分配 Agent,启动运行。
跑完了,卡片自动进 review,等你检查。
我读到这里的时候,脑子里冒出一个画面。
前一天晚上把所有任务卡片排好,早上起来跑一次 dispatch,Agent 开始按顺序干活。谁先做,谁后做,谁做完了该谁,全部自动流转。
还有就是超时回收。Agent 领了任务之后超过一定时间没有心跳,dispatch 自动把卡片收回,重新分配。不会出现「领走了但永远不干」的情况。
超时回收背后是一套 Claim 机制。
Agent 用 workboard_claim 领走卡片。然后定期发心跳,告诉系统我还在。心跳停了,系统认为 Agent 挂了,卡片释放回去。
多 Agent 协作的时候这个很关键。
我自己试了一下。建了两张卡片,设了依赖,跑 dispatch。过一会再看,第一张已经在 running 了。又过一会,第一张变成了 review,第二张自动变成了 ready。
就两个小任务的链条,看着它自己转,确实有种微妙的成就感。
操作入口有三个。
Dashboard 图形界面,拖拽换列,点卡片看详情,日常管理够用了。
CLI 命令行,适合写脚本自动化。比如写一个每天早晨自动跑的 dispatch 定时任务。
openclaw workboard listopenclaw workboard create "写一篇公众号文章" --priority high --labels writingopenclaw workboard show <卡片ID>openclaw workboard dispatch
还有斜杠命令。在支持命令的聊天渠道里,可以直接发 /workboard list、/workboard create、/workboard dispatch。
你躺在沙发上,手机发一条消息,就能让一个 Agent 开始干活。
如果 Agent 自己需要操作 Workboard 呢。
Workboard 有一整套 Agent 工具。workboard_list 和 workboard_read 用来查看,workboard_create 建卡,workboard_claim 领任务,workboard_heartbeat 报心跳,workboard_complete 和 workboard_block 标记完成或阻塞。
你在 Dashboard 里能干的事,Agent 也能干。
这意味着你可以写一个编排 Agent,让它来管其他 Agent。拆任务、建卡片、盯进度、处理异常。
就像你有一个项目经理 Agent,替你盯着其他 Agent。
我自己试下来,Workboard 最舒服的场景是那种有明确步骤的批处理任务。
比如每天的数据采集分析。提前建好卡片,排好依赖,跑 dispatch,关掉控制台干别的。过一会回来看 review。
但探索性的任务就不太行。卡片的状态流转需要相对固定的预期,探索性任务变化太快,反而觉得约束多。
还有就是依赖关系。只是建几张卡片让 Agent 去做,很简单。一旦涉及父子依赖、多级流转,就需要提前规划卡片结构。跟项目管理经验有关系。
反正我自己也还在摸索。
官方说不是要取代 Jira 也不是 Linear,我认同。就是帮你把 Agent 的工作组织起来,轻量,本地,够用。
对于个人或者小团队,这个「够用」已经能解决挺大问题了。
好了,这篇文章就到这。
Workboard 一开始我觉得就是个看板,越用越觉得有深度。尤其是 dispatch 那一套,OpenClaw 在 Agent 自动化上想得确实挺远的。
如果你也在用,试试开启这个插件。
建几张卡片,跑一次 dispatch,看看你的 Agent 自己领任务干活。
还挺奇妙的。
以上,如果觉得不错,随手点个赞、在看、转发三连吧,如果想第一时间收到推送,也可以给我个星标⭐~谢谢你看我的文章,我们,下次再见。
文章内容基于OpenClaw版本2026.6.11。
我的Openclaw教程
夜雨聆风