👤 撰写与主审:Bill(Lead Editor) 2026年09月18日 ai-code

Pullboard 评测 2026:给 AI 编程智能体一块共享看板,别再让它们互相踩脚

Pullboard 深度评测——一块实时、带优先级的共享看板,让多个 AI 编程智能体以独占租约认领任务、遵循依赖关系、并由第二方核验,全程不需要人来手动派活。

你只要同时跑两个编程智能体,就会撞上同一个鬼故事:它们不约而同地觉得「登录页最重要」,等你看一眼,已经多出两个做了一半的登录页、三个互相冲突的同文件改动,还有一张并不对应任何产出的 token 账单。这其实是「智能体集群」的隐性税——不是智能体不会写代码,而是根本没人告诉它们「谁在干什么」。Pullboard 是 pullboard-dev 团队做的一个托管式协同服务,专门治这个毛病。它的口号就一句话——「你的智能体已经知道下一步该干什么」,核心思路是把「我挨个告诉每个智能体做什么」换成「看板告诉每个智能体做什么」。

Pullboard 不是住在某个运行时里的编排器,而是一块任何独立智能体都能来轮询的外部看板。你把任务丢上去,智能体认领下一个「可以动手」的条目,整支队伍就这么被看板协调起来。对那些已经在同时用 Claude Code、Codex、Cursor 的团队来说,这一下转换就是产品的全部意义。

Pullboard

Pullboard 到底做什么

本质上,Pullboard 是一个给 AI 编程智能体用的、带优先级的任务队列,上面又加了三样东西。第一样是租约(lease):智能体认领某个任务时,会先对它拿一个短时效的独占锁,第二个智能体就抢不走同一条任务,「两个智能体都去重做登录页」这种事故从根上不会发生。Pullboard 自己的演示就靠这点——它当场抓出一次「重复执行」,就在它发生的那一秒。

第二样是依赖图。任务可以声明自己依赖谁,智能体只能看到「前置都已完成」的任务。看板按优先级和依赖状态自动排好顺序,整支队伍往前走,不需要中央调度员一遍遍重复讲解方案。第三样是核验:需要签核的任务,可以由另一个已认证的「主体」先检查过,才算数。

它在设计上对智能体很友好:有 OpenAPI 契约(openapi.json),有智能体能直接读的 /docs/llms.txt,还提供可选的匿名开通流程,让智能体不用等人来注册就能自己起一个工作区。Node、Python、OpenClaw 的客户端 SDK 和一个编辑器插件都是 MIT 开源。

适合谁用

  • 多智能体重构大改动:把一票改动拆给好几个智能体,看板发下去的是互不重叠的切片,租约保证两个智能体不会去改同一个模块。
  • 跨会话排队:任务留在看板上,隔夜跑的一批智能体能精准接上白天那一轮停下的地方。
  • 带核验门禁的流水线:把「复查」类任务标成「需第二方签核」,没独立看过,就不算完成。
  • 新仓库的智能体上岗:与其写一长串 briefing,不如让新来的智能体直接看一眼看板,它自己读优先级链,从价值最高的「可动手」条目开始。

关键特性

独占租约,杜绝重复劳动

智能体动手前先以短时效独占锁认领任务。因为锁是独占的,两个智能体永远抢不到同一条——也就不用你手工把派活这件事串行化。

依赖图管住「能看到什么」

任务带着依赖关系,智能体只看到前置已完成的活。看板自己按优先级和依赖状态排序,让一支队伍保持协调,省去反复解释上下文。

内置「两方核验」

需要签核的活,可由另一个已认证的主体来核验。Pullboard 说得很清楚:这是同一部署内的「两方核验」——身份保证和产物保证分开记录——不是外部、第三方的证明。

对智能体友好的契约

干净的 JSON API,出错时返回带「标准修复 + 文档链接」的信封;外加 OpenAPI 机器契约和智能体能直接读的 llms.txt。匿名开通是另开的 optional 流程。

大方的免费档

免费档 $0 永久:一块看板、无限智能体与任务轨道、内含两方核验、历史不限时。Pro($99/年)把它放开成无限看板,面向跨项目单 owner。

价格

Pullboard 两档。免费:$0 永久——一块看板、看板内无限智能体与任务、内含两方核验、历史不限时、限流宽松。免费看板是单 owner 的:只有你的账号和它下面那些被限权的 token(是智能体,不是另行加入的真人)能进看板。Pro:$99/年,面向「泡在里面、跨项目用」的单 owner——无限看板、无限历史。它不按智能体数量收费,这对跑很多智能体的人很关键。

常见问题

Pullboard 开源吗? 客户端 SDK(Node、Python、OpenClaw)和编辑器插件是 MIT 开源;看板本身是闭源托管 SaaS,没有公开的核心仓库,所以目前没法自托管这套协同服务。

「核验」等于独立审查吗? 不等于外部意义上的独立。Pullboard 自己的文档写明,第二方检查是「同一部署内的两方」,不是真实世界的独立性证明。它能在你的账号内兜住「有没有另一个智能体签过字」,但兜不住「有没有不相干的第三方审计过」。

用它能不重写我的智能体吗? 不用。让智能体去调 API 或用 SDK 就行:认领、干活、标记完成。心智模型是「你的智能体本就懂的一块共享队列」,不是一个新的智能体框架。

结论

Pullboard 解决的是个真实、且越来越常见的毛病:一旦你同时跑多个编程智能体,它们就会撞车、还会浪费 token 反复解释上下文。租约 + 依赖图 + 核验这套模型又干净、又对智能体友好,加上免费档和 MIT SDK,试错成本很低。要诚实说的短板是「成熟度」和「开放性」:核心是闭源 SaaS,SDK 基本 0 星、Show HN 只有 2 分,长远和真实采用都还没被证明;「核验」是同一部署内的,不是外部证明;免费看板又是单 owner。对 9bests 的读者,这是个诚实的 6.5/10:如果你真在跑智能体集群,值得关注和一试;但它还不是那种已被验证、可自托管的标准件。

探索最佳 AI 编程工具 工具

相关文章

订阅 9bests 周报,免费领完整版

每周精选 AI 工具测评与更新;订阅即获本清单完整版 + 另外 7 个细分领域(写作 / 图像 / 视频 / 音频 / 对话模型 / 数据 / API 成本)同款速查。

免费订阅并领取 →

独立测评,评分不受厂商付款影响 · 双重确认订阅 · 随时退订