AI编程任务管理新思路:Vibe Kanban 体验
发现一个有意思的。它主打的是"任务流程 + 多代理协同",而不是单纯的聊天式编程。用法很简单,只需要执行即可启动。
发现一个有意思的 AI 编码代理管理看板:Vibe Kanban。它主打的是"任务流程 + 多代理协同",而不是单纯的聊天式编程。
用法很简单,只需要执行 npx vibe-kanban 即可启动。
官方的定位大致是:
- 在不同编码代理工具间切换
- 协调多个代理并行或顺序执行
- 快速审查工作并启动开发服务器
- 跟踪任务状态与执行过程
- 统一配置 MCP
- 多项目、多任务并行协作
界面与任务流
任务页是典型的看板流:To Do → In Progress → In Review → Done。创建任务时,如果选择“开始”,任务会自动进入 In Progress 并执行;如果选择 “To Do”,需要手动拖到 In Progress 才会运行。


实践小项目
为了测试,我做了一个简单前端项目,包含两个子页面:
- 图片上传后进行 OCR 并显示结果
- 和大模型对话的页面
重点观察的能力:
- 多任务并行开发
- 多轮对话
- 分支创建与合并
- MCP 调用
- Claude Code 的 plan 模式 + skill 调用
说明:这次只是功能体验,提示词比较简陋。
任务执行过程
任务 1:初始化项目 + OCR 页面
选择 Claude 执行任务后,Vibe Kanban 会自动创建分支并在新分支上修改代码。

执行时可以看到完整对话与思考过程,并支持 Claude 的 plan 交互,整体体验接近原生 Claude Code。


执行完成后状态转为 In Review,可以继续对话调整:

代码 diff 可以查看但不能直接修改,也可以一键在 VS Code 打开分支目录:

确认后可以合并到主分支:

补充:任务一执行时还自动触发了 Playwright MCP 做页面测试,这点很加分。
任务 2:创建大模型对话页面
流程与任务 1 基本一致。
任务 3/4:接入 OCR 服务 + 大模型服务(并行)
前两个任务只是页面,第三、四任务分别接入真实 OCR 与大模型服务。


我把两个任务都拖到 In Progress,它们同时运行且互不干扰,因为每个任务都是独立分支。
完成后进入 In Review,手动合并后就到了 Done。
问题与修复
我没有在任务分支内测试,只在合并后的主分支测试(这是不规范的流程)。结果在大模型对话页遇到 Failed to fetch。
继续在“接入大模型”任务里对话,它会从 Done 自动回到 In Progress。多轮对话后 Claude Code 没能修复这个 bug。

后来新增了一个 bugfix 任务并选择 Codex 工具,最终解决了问题。

页面阶段与优化
第一阶段页面:

之后我又加了一个“页面优化”任务,用 Claude Code 的 plan 模式 + front skill 优化页面。提示词很简单,但效果不错。



plan 模式会先生成计划,Vibe Kanban 会展示“执行 / 不执行”选项:

优化后页面效果:

个人评价:有意思,但未必实用
整体体验下来,我的态度是:这是一款很有意思、让人眼前一新的工具,但很难成为真正的生产力。
优势
- 任务流程管理清晰,生命周期一目了然
- 每个任务对应独立分支,并行开发互不干扰
- 与 AI 编码工具能力对接完整,plan/skill 等功能都能在页面上用
劣势
- 不符合主流 Vibe Coding 的使用习惯
- 代码审查只能看不能改,还是得回到 VS Code
- 如果很喜欢他的任务管理,那么用它的流程变成:建任务 → 自动执行 → 打开 VS Code → 继续开发 → 回去合并,反而更繁琐
官方还有任务管理 MCP,但我本地部署的版本似乎不支持(不太确定)。
结论就是:我对它的任务流程管理很感兴趣,但在真实开发里不会真正依赖它。 作为一个新鲜的协作思路,它很亮眼;作为生产力工具,目前还不够舒服。
更多推荐



所有评论(0)