Vibe-Kanban：统一编排Claude Code、Gemini CLI等AI编程代理的开源平台

今天想跟你聊一个我最近特别有感触的话题。你有没有这种体验——手头同时开着Claude Code、Gemini CLI，可能还有AMP，然后在不同的终端窗口之间疯狂切换，切到最后自己都不记得哪个窗口在干什么了。 哈哈，太真实了。我前段时间做一个项目，就是这种状态。Claude Code在写后端逻辑，Gemini CLI在帮我分析一个大型代码库的结构，AMP在跑一个自动化的前端任务。三个终端来回跳，感觉自己不是在写代码，是在当交通指挥员。 对，就是这个感觉。所以当我看到Vibe-Kanban这个开源项目的时候，第一反应是——终于有人想解决这个问题了。它本质上不是一个新的AI编程工具，而是一个编排层，你可以理解为这些AI代理的任务控制中心。 嗯，编排层这个概念其实在后端领域大家很熟悉了。你想想Kubernetes对容器做的事情——它不负责跑应用，它负责调度、管理、监控。Vibe-Kanban做的事情类似，它不替代Claude Code或者Gemini CLI，它是在这些代理之上加了一个统一的调度和管理层。负责任务分配、状态同步、生命周期管理这些事情。 这个类比特别好。那它为什么要编排多个代理，而不是只用一个最强的呢？ 因为这些代理确实各有所长。Claude Code的强项是代码理解和多步推理，做复杂重构、跨文件修改特别厉害。Gemini CLI呢，它有超长上下文窗口，最高支持100万token，你让它分析一个大型代码库的全局结构，它有独特优势。AMP则更擅长端到端的自动化工作流。所以核心逻辑就是——把合适的任务分配给最擅长的代理，整体效率就上来了。 有点像足球教练排兵布阵，前锋后卫各司其职。那具体怎么用呢？我看它的核心是一个看板界面？ 对，它用了经典的Kanban方法。说到看板，这东西其实起源于丰田生产系统，20世纪40年代大野耐一提出来的，最早用在制造业。后来2007年被引入软件开发领域。核心就是把工作流可视化，任务卡片在不同状态列之间移动——待办、进行中、审核中、已完成。你一眼就能看到哪里有瓶颈、进度怎么样。Vibe-Kanban把这套方法论搬到了AI代理管理上，我觉得是个很自然的延伸。 所以实际操作的话，我可以在看板上创建一个任务说「生成后端API」，指定给Claude Code；同时创建另一个任务「搭建前端组件」，指定给AMP，它们就并行跑起来了？ 没错，就是这样。而且它有一个实际演示的数据挺惊人的——四项代码任务分配给AMP代理，全部在20分钟内完成合并。你想想如果是手动切换着一个一个做，这个效率差距是很大的。任务完成之后会进入审核阶段，你可以看代码diff、查看所有更改，确认没问题再标记完成，还能直接在平台上启动开发服务器测试。 这就很丝滑了。不过你刚才提到它还有一个集中化的MCP配置管理，这个我特别想聊聊，因为我自己被这个问题折磨过。 哦这个太痛了。MCP就是Anthropic在2024年底推出的模型上下文协议，本意是好的——给AI模型和外部工具之间建立统一的通信接口。但问题是，虽然协议本身是统一的，各个代理的配置方式完全不一样。你在Gemini CLI的JSON文件里配一遍，到Claude Code又得重新配一遍，路径不一样、格式不一样、参数命名都不一样。 对，每次加一个新的MCP服务器，我就得去好几个地方改配置，特别容易漏。 Vibe-Kanban的做法是把MCP配置集中管理，你配一次，所有代理继承相同的设置、环境变量和工具配置。光这一个功能，对于重度使用MCP的开发者来说就值回票价了。 说到这里我得提一个比较严肃的话题——安全性。这个平台同时控制多个AI代理，而且这些代理是能直接访问本地文件系统、执行终端命令的，这个风险怎么看？ 这个确实要认真对待。你看2025年以来已经有多个安全团队报告了针对AI编程代理的提示注入攻击案例，攻击者在代码注释或者依赖包里嵌入恶意指令，诱导AI代理执行危险操作。Vibe-Kanban作为多代理的统一入口，它的安全性尤其关键——因为一旦平台本身有漏洞，影响面是成倍放大的，毕竟它同时控制着好几个代理的执行权限。所以官方也建议在受保护的环境中部署，涉及敏感代码的项目一定要做好权限隔离和网络防护。 嗯，这点很重要，大家使用的时候一定要注意。那从安装角度来说，门槛高不高？ 其实挺简单的。macOS、Linux、Windows都支持，前提是装好Node.js和至少一个AI编程代理。然后终端里跑一个npx vibe-kanban就行了。首次启动会引导你选默认执行器、代码编辑器，还可以选择性地集成GitHub，这样代理就能直接帮你发PR。不过说实话，作为一个还在早期的开源项目，安装过程中偶尔会遇到依赖包缺失的情况，需要手动补一下。 这倒是开源项目的常态。那你觉得什么样的开发者最应该试试这个工具？ 我觉得有三类人特别适合。第一是做多模块项目的，比如前后端分离、微服务架构，天然需要并行开发。第二是想对比不同代理能力的，同一个任务分别丢给Claude Code和Gemini CLI，看谁输出更好。第三是团队协作场景，统一管理配置和任务进度。但如果你平时就只用一个代理，需求也不复杂，那可能暂时用不上。 说到底，Vibe-Kanban代表的是一个趋势——从单一代理到多代理编排。你看OpenAI、Google、Anthropic都在推代理化AI，未来开发者可能真的不是跟一个AI助手对话，而是像指挥官一样协调一群专业化的AI代理。 对，我觉得这个方向是对的。虽然Vibe-Kanban还在早期，功能和稳定性都在迭代中，但它所代表的编排范式很可能成为未来AI辅助开发的标准工作流之一。它不替代任何一个代理，而是让你更高效地使用所有代理。这个定位本身就很聪明。 嗯，总结一下就是——如果你已经在日常开发中同时用好几个AI编程代理，被切换和配置搞得焦头烂额，Vibe-Kanban值得去试试。它是开源的，门槛不高，但安全方面一定要上心。好了，今天关于多代理编排这个话题就聊到这里，希望对大家有启发。