Vibe Kanban
用看板统筹编码代理的规划、执行、审查与交付。
按维度查看评分与理由
证据显示：项目使用环境变量控制分析（POSTHOG_API_KEY等），有VK_ALLOWED_ORIGINS限制来源，有SSH密钥管理，但未明确最小权限原则。用户确认机制未在文档中明确。数据流透明度不足，未说明数据如何传输。敏感数据处理未详细说明。依赖安全性有锁文件但未审计。外部影响包括创建分支、终端、服务器，但未明确权限控制。回滚机制未提及。来源归属有GitHub Actions和发布流程，但发布者未验证。扣分原因：缺乏具体实现细节，多为推断。
证据显示：项目结构一致，有多个crate和包，但自洽性一般。依赖可用性有锁文件，但未验证。失败消息未在文档中说明。扣分原因：静态审查无法验证运行行为。
证据显示：面向开发者和团队，支持多种编码代理，场景明确。能力边界未明确说明。触发精度未详细描述。环境适配有环境变量和跨平台构建。扣分原因：能力边界和触发精度缺乏文档。
证据显示：信息架构清晰，有README、文档链接。安装说明简单。命名稳定但版本频繁。示例和FAQ不足。已知限制未明确。许可证为Apache-2.0。版本变更日志未提供。维护责任有GitHub Discussions和Discord。扣分原因：缺少示例、FAQ和已知限制。
证据显示：输出可用性有截图和描述，但未验证。边际价值高，声称提升10倍效率。成本效益未说明。扣分原因：缺乏实际使用证据。
证据显示：声明有文档支持，但未提供具体证据。跨来源验证不足。事实与推断分离不明确。扣分原因：静态审查无法验证声明。
- 项目已宣布停止维护，请谨慎使用。
- 发布者未验证，身份未知。
- 静态审查无法验证运行行为，需实际测试。
这个 Agent 能做什么，适合哪些场景？
Vibe Kanban 是面向软件工程团队的看板式编码代理工作台，README 已声明该产品正在停止服务。它用看板 issue 来创建、排序和分配工作，并为每项工作创建独立 workspace。每个 workspace 为编码代理提供 Git 分支、终端和开发服务器，用户可在界面中审查 diff、添加行内反馈并预览应用。它支持 Claude Code、Codex、Gemini CLI、GitHub Copilot、Amp、Cursor、OpenCode、Droid、CCR 和 Qwen Code 等编码代理，并可创建带 AI 生成描述的 GitHub pull request 后合并。
用户运行 npx vibe-kanban 后，先在看板中创建、排定优先级并分配 issue，再建立 workspace 执行工作。workspace 将代理放在独立分支中，并提供终端和开发服务器；用户可通过内置浏览器预览应用，使用 devtools、inspect mode 和设备模拟。系统展示代码 diff，允许添加行内评论并将反馈发送给代理；完成后可创建带 AI 生成描述的 pull request，在 GitHub 审查并合并。运行时可配置 PORT、BACKEND_PORT、FRONTEND_PORT、HOST、MCP_HOST、MCP_PORT，以及 VK_ALLOWED_ORIGINS、VK_SHARED_API_BASE、VK_SHARED_RELAY_API_BASE 和 VK_TUNNEL。
- 独立开发者同时让 Codex 处理多个功能时，需要用 issue 和独立分支避免任务互相干扰。
- 技术负责人把需求拆成看板 issue，并在团队开始代理执行前安排优先级和负责人。
- 审查者需要在浏览器中检查代理生成的 diff，并将逐行修改意见直接回传给代理。
- 开发者需要在提交前启动 workspace 的开发服务器，使用内置浏览器、开发者工具和设备模拟检查页面。
- 远程服务器上的团队通过隧道访问 Web UI，并用 Remote SSH 让本地 VSCode 打开服务器项目。
- 使用 GitHub 协作的团队需要从已完成 workspace 创建带 AI 描述的 pull request 并进入 GitHub 审查。
这个 Agent 有哪些优点和局限？
- 将规划看板、独立 Git 分支 workspace、终端、开发服务器和 diff 审查集中在同一流程中。
- 明确支持多种编码代理，包括 Codex、Claude Code、Gemini CLI 和 GitHub Copilot，而非绑定单一代理。
- 内置应用预览、devtools、inspect mode 和设备模拟，可在提交前检查运行中的界面。
- 可将行内 diff 反馈直接发送给代理，并支持创建带 AI 生成描述的 GitHub pull request。
- README 明确称 Vibe Kanban 正在停止服务，这会显著增加新采用者的持续维护和迁移风险。
- 使用前必须已完成所选编码代理的认证，代理可用性取决于各外部工具及其凭据。
- 源码开发需要 Rust、Node.js 和 pnpm；远程编辑还要求 SSH 密钥、VSCode Remote-SSH 扩展和可访问的 SSH 服务。
- 通过反向代理或自定义域名部署时必须正确配置 VK_ALLOWED_ORIGINS，否则 API 请求会收到 403。
如何安装或部署这个 Agent？
先完成所选编码代理的认证。安装并启动的首个命令为：npx vibe-kanban。若从源码开发，需 Rust（latest stable）、Node.js >=20 和 pnpm >=8；执行 pnpm i，再执行 pnpm run dev。README 说明该命令会启动后端和 Web 应用，并从 dev_assets_seed 复制空数据库。
如何使用这个 Agent？
运行 npx vibe-kanban，创建看板 issue，设置优先级或分配对象，然后为 issue 创建 workspace。选择已认证的编码代理，在该 workspace 的分支、终端和开发服务器中执行工作；审查 diff 并留下行内评论，必要时在内置浏览器中预览。完成后创建 pull request，使用 GitHub 审查并合并。反向代理或自定义域名部署必须设置 VK_ALLOWED_ORIGINS，例如 VK_ALLOWED_ORIGINS=https://vk.example.com，否则后端可能因 Origin 不匹配而返回 403 Forbidden。
这个 Agent 与同类方案有什么区别？
仓库将其定位为 Claude Code、Codex、Gemini CLI、GitHub Copilot、Amp、Cursor、OpenCode、Droid、CCR 和 Qwen Code 的统一工作台；所给材料未提供这些工具之间的功能或性能对比。