对比
AI4Kanban vs.
Vibe Kanban
Vibe Kanban 是一个并行跑许多编码智能体的驾驶舱，而它背后的公司 Bloop 已在 2026 年 4 月关停。ai4kanban 是一块规划看板，你的智能体把它当成仓库里的纯文件来编辑。两者解决的是不同的瓶颈。下面是诚实的差别，以及真正能延续下来的东西。
你仓库里的纯 Markdown。一块由你的智能体编辑的规划看板。
一个本地网页应用。一个并行跑许多智能体的驾驶舱。
Vibe Kanban 停摆了，接下来去哪？
Vibe Kanban 背后的公司 Bloop 在 2026 年 4 月关停。付费计划被取消并退款，云端功能下线，项目彻底转为本地运行。它以 Apache-2.0 开源留了下来，但原仓库自 2026 年 4 月底就再没有新提交，所以它的未来现在压在社区 fork 上，而不是当初做出它的那支团队。
如果你在 Vibe Kanban 里看重的是那块看板，一个能安静地把工作排好、打磨清楚再交给编码智能体的地方，ai4kanban 会以 git 里的纯文件把它给你，没有会关停的公司，也没有要一直开着的服务。如果你看重的是那台并行跑许多智能体的引擎，先说清楚：ai4kanban 不是那个东西，我们宁可现在就告诉你，也不想让你读到第三节才发现。
AI4Kanban vs. Vibe Kanban
十个维度。 表示明确胜出；横杠表示这是一处有意的取舍，只看你需要什么。ai4kanban 拿下轻量与规划那几行；Vibe Kanban 拿下并行智能体与代码评审那几行，那是它真正的强项，我们直说。
一块由你的智能体在仓库里编辑的规划看板，把工作排好、打磨清楚。
一个驾驶舱，用来并行跑许多编码智能体并审查它们产出的东西。
没有，你驱动一个智能体；看板本身不跑智能体。
它的核心强项：许多智能体同时跑，各自待在隔离的 git worktree 里。
不归它管，diff 由你的运行环境显示。
内置：行内 diff 评审、实时预览，还能处理 pull request。
一个 refine 循环把粗略的想法变成一个可以开工的具体任务。
很弱，看板主要是排队和跟踪智能体的运行。
你仓库里的纯 Markdown，存在 git 里。
配置目录里的一个本地 SQLite 数据库。
就是文件，没有服务，也没有什么要一直开着。
一个你启动后要一直开着的本地网页应用（Rust 后端 + 网页界面）。
一句话：一个技能文件加一个小脚本。
npx vibe-kanban，外加每个智能体 CLI 都要装好并登录。
任何能读文件的智能体：Claude Code、Codex、Cursor，还有更多。
它接好的那些智能体 CLI：Claude Code、Codex、Gemini 等。
没有，看板就是跟着仓库走的文件。
Apache-2.0 且可自托管，关停前还发了一版数据导出。
在积极维护。
Bloop 于 2026 年 4 月关停；原仓库此后停滞。
规划看板 vs. 编排驾驶舱
这两件工具处在循环里的不同位置。一个是你决定做什么的地方；另一个是你跑那些去做的智能体的地方。把其中一个当成另一个，就是失望的由来，所以这里直说。
AI4Kanban — 计划
一块你的智能体在仓库里当纯 Markdown 来读写的看板。你存下一个粗略的想法，一个 refine 循环把它打磨成一个可以开工的任务，你批准之后才会写代码。工作内容就住在 git 里，紧挨着它要改的代码。
它不跑智能体、不开 worktree、也不 diff 它们的产出，那是你的运行环境的活。它是地图，不是引擎。
Vibe Kanban — 引擎
一个本地网页应用，同时跑许多编码智能体，各自隔离在自己的 git worktree 里，然后让你在一个地方审查它们的 diff、预览应用。它的价值在于并行智能体运行带来的吞吐量。
它不是为了把半成形的想法打磨成方案而造的，看板主要是排队和跟踪运行。细化的能力很弱。
不少人用 Vibe Kanban 只是为了那块看板。如果你就是这样，ai4kanban 是它更轻的一个家：git 里的文件，没有什么要一直开着。如果你用它是为了并行驱动智能体，那就盯着社区 fork；ai4kanban 不会替代那台引擎。
各自赢在哪里
谁也不是绝对更好。ai4kanban 优化的是一块比任何工具都活得久的轻量文件式看板；Vibe Kanban 优化的是同时跑并审查许多智能体。
AI4Kanban
没有什么要一直开着
看板就是你仓库里的纯 Markdown：没有网页应用，没有数据库，没有服务。除了你本来就在跑的智能体，什么都不用装，也没有什么会掉线。
是规划，不只是排队
一个 refine 循环会挖出缺失的部分，把粗略的想法变成一张你先批准、再写代码的具体卡片。Vibe Kanban 的看板主要是给智能体运行排队。
比任何公司活得久
没有 SaaS，没有打包进来的运行时，也没有会停滞的仓库。看板就是 git 里的文件，克隆一下仓库它就跟着你走。Bloop 关停，正是这件事要躲开的风险。
任何智能体，随时可换
它就是文件，所以任何能读文件的智能体都能驱动它：Claude Code、Codex、Cursor，以及你下一个会换到的任何东西。你不会被绑在某个工具支持的 CLI 清单上。
Vibe Kanban
同时跑许多智能体
这就是它存在的全部理由：把工作扇出给好几个编码智能体并行做，每个都隔离在自己的 git 分支和 worktree 里，绝不互相踩踏。ai4kanban 压根不跑智能体。
执行和评审在同一个地方
行内 diff 评审、内置浏览器预览应用，还有 pull request 处理，全在驾驶舱里。你不用离开看板就能盯住并引导智能体的产出。
一个真正的看板界面
一块为驱动智能体运行而造的网页看板：起一个任务、看着它干活、在工作区之间切换。它是为编排量身打造的，不是一个你去 grep 的普通文件。
广泛的智能体支持
多智能体编排的首发者，开箱就接好了许多智能体 CLI：Claude Code、Codex、Gemini 等等。
你该用哪一个？
这些情况选 ai4kanban
- 你想要一块由智能体直接在仓库里编辑的规划看板。
- 你想要零基础设施：git 里的文件，没有什么要跑、要一直开着。
- 你不太想把自己的看板拴在一个可能关停的产品上。
- 你一次只驱动一个智能体，比起并行更看重一份清楚的计划。
这些情况选 Vibe Kanban
- 你想并行跑许多编码智能体，各自隔离。
- 你想在一个驾驶舱里做行内 diff 评审和实时预览。
- 编排和审查智能体运行才是你真正的瓶颈。
- Bloop 关停之后，你能接受依赖一个社区 fork。
它们解决的是不同的瓶颈。Vibe Kanban 是一个跑许多智能体的编排驾驶舱；ai4kanban 是一块由一个智能体在你仓库里编辑的规划看板。如果你爱的是 Vibe Kanban 那块用来排活的看板，这个技能会以比任何公司都活得久的纯文件形式给你。如果你爱的是它那台并行智能体引擎，这个技能不是，我们宁可直说。
Bloop 关停之后，那块看板才是值得不带任何公司继续往前带的部分，而 ai4kanban 正是这个东西。