Kanban：用看板编排 AI Agent 项目

<blockquote><p>&quot;You don&#39;t write the code anymore. You move the cards.&quot;<br>你不写代码了。你移动卡片。</p><p>——leodavinci1, kanbots 作者</p></blockquote><p>Skills 封装能力。Spec 写合约。Ralph Loop 循环到对。gstack 角色覆盖。Goal Workflow 流水线串联。autoresearch 全自动闭环。这些方法论解决的都是&quot;一个 Agent 怎么做事&quot;。</p><p>真实场景从来不是一个 Agent。是多个 Agent 同时跑在不同的 worktree 里，多张卡片分布在多块板子上，你不盯就没人在盯。</p><p>Kanban 管的就是这个局面。管 Agent。</p><span id="more"></span><h2 id="11-1-为什么是-Kanban"><a href="#11-1-为什么是-Kanban" class="headerlink" title="11.1 为什么是 Kanban"></a>11.1 为什么是 Kanban</h2><p>Kanban 不是新东西。丰田 1950 年代用看板管生产线——大野耐一发明了&quot;拉动式生产&quot;：下游消耗完，上游才补，不囤货，不过载。David Anderson 2010 年把看板带入软件工程——可视化工作流、限制 WIP、管理流动。现在进入第三次迁移：从管人变成管 Agent。</p><p>为什么是现在？瓶颈变了。</p><p>传统开发者的瓶颈在写。AI 时代开发者的瓶颈在管。你面前不再是一个编辑器——是四个终端窗口，每个窗口里一个 Agent 在你没看见的地方做着决定。Karpathy 在 No Priors 播客里说过，自己编写代码的比例从 80% 降到了零，时间花在&quot;向 Agent 下达宏观指令、审查输出、决定哪些要返工&quot;上。</p><p>Kanban 的三个核心原理恰好匹配 Agent 场景：</p><ul><li><strong>可视化工作流。</strong> Agent 正在做什么、做完了什么、卡在什么上面——一张板子全看到。</li><li><strong>限制并行度。</strong> 同时跑 10 个 Agent 制造的不是加速，是文件冲突和 token 账单。WIP 限制把并行数控制在可管理的范围。</li><li><strong>拉式流动。</strong> Agent 做完一个，自己从就绪队列拉下一个。不用逐张 dispatch。</li></ul><h2 id="11-2-三个看板工具"><a href="#11-2-三个看板工具" class="headerlink" title="11.2 三个看板工具"></a>11.2 三个看板工具</h2><p>2025 到 2026 年，社区出现了几个专门为 AI Agent 设计的看板。kanbots、Vibe Kanban、kanban-code，三个产品，三种设计路线。</p><h3 id="11-2-1-kanbots：每张卡片一个-Agent"><a href="#11-2-1-kanbots：每张卡片一个-Agent" class="headerlink" title="11.2.1 kanbots：每张卡片一个 Agent"></a>11.2.1 kanbots：每张卡片一个 Agent</h3><p>GitHub 仓库：<a href="https://github.com/leodavinci1/kanbots">leodavinci1&#x2F;kanbots</a>，341 Stars，MIT 协议，最新版本 v1.2.0（2026 年 5 月）。</p><p>核心理念一句话：<strong>一张卡片 &#x3D; 一个 Agent 运行实例。</strong></p><p><strong>安装。</strong> macOS 一行命令：</p><figure class="highlight bash"><table><tr><td class="gutter"><pre><span class="line">1</span><br></pre></td><td class="code"><pre><span class="line">curl -fsSL https://kanbots.dev/install-mac.sh | bash</span><br></pre></td></tr></table></figure><p>脚本自动下载 <code>.dmg</code>、拷贝到 <code>/Applications</code>、清除 quarantine 标记。Linux 用 <code>.AppImage</code>（<code>chmod +x</code> 后运行）或 <code>.tar.xz</code>。Windows 用 <code>.exe</code> 安装程序（SmartScreen 警告点&quot;更多信息 → 仍然运行&quot;）。源码构建需要 Node 20+、pnpm 10+、git，<code>pnpm install &amp;&amp; pnpm desktop</code>。无需账号——纯本地运行。</p><p>macOS 手动安装注意：由于未代码签名，macOS 14 及以前右键 → 打开即可，macOS 15（Tahoe）需 <code>xattr -dr com.apple.quarantine &quot;/Applications/kanbots.app&quot;</code>。</p><p><strong>前置条件。</strong> 需安装 Claude Code CLI（<code>claude</code>）或 Codex CLI（<code>codex</code>），至少一个在当前 PATH 中。<code>which claude</code> 确认可解析。如果终端能找到但应用启动后 Dispatch 失败——桌面启动器用的 PATH 和终端不同，从同一终端启动或把 CLI 路径加到 shell rc 后重新登录。</p><p><strong>首次运行。</strong> 应用打开到工作区选择器。选择任意包含 git 仓库的文件夹（必须是 <code>git clone</code> 的，不是 zip 下载的）。kanbots 检测仓库：<code>git rev-parse --show-toplevel</code> → 如果检测到 <code>origin</code> 远端自动建议 GitHub 模式，否则回退到本地模式。两种模式随时可切换。</p><p>首次打开在项目根目录下生成 <code>.kanbots/</code> 目录：</p><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br><span class="line">6</span><br><span class="line">7</span><br><span class="line">8</span><br><span class="line">9</span><br></pre></td><td class="code"><pre><span class="line">.kanbots/</span><br><span class="line">├── db.sqlite ← 所有数据（issues、runs、threads、providers）</span><br><span class="line">├── db.sqlite-wal ← WAL 日志</span><br><span class="line">├── db.sqlite-shm ← 共享内存</span><br><span class="line">├── config.json ← 工作区模式 + 默认配置</span><br><span class="line">├── worktrees/ ← 每次 agent run 一个独立 git worktree</span><br><span class="line">├── attachments/ ← 拖入聊天或卡片的文件</span><br><span class="line">├── mcp-runtime/ ← 传给 Claude 的临时 MCP 配置</span><br><span class="line">└── promote/ ← 晋升 worktree 提交时的暂存区</span><br></pre></td></tr></table></figure><p><code>db.sqlite</code> 是除源码外的单一真值来源。<code>.kanbots/</code> 应加入 <code>.gitignore</code>——应用首次会提示。</p><p><strong>看板创建卡片。</strong> 点击右上角 <strong>+ New task</strong>。五种模板：<code>Bug fix</code>、<code>Feature</code>、<code>Refactor</code>、<code>Review</code>、<code>Spike</code>。</p><p>三种启动方式：</p><ul><li><strong>Spec first</strong>——在新 worktree 上跑 <code>/spec</code> 生成验收标准，等你 approve 再实现</li><li><strong>Create &amp; dispatch</strong>——马上派 Agent 在新 worktree 上开发</li><li><strong>Queue for later</strong>——卡片留在 Backlog，以后手动 dispatch</li></ul><p>每次 dispatch 可选 Agent CLI（默认 <code>claude (auto)</code>，可切 Codex）、模型、努力级别。本地模式卡片存为 <code>local_issues</code> 行；GitHub 模式卡片创建为真实 GitHub Issue。</p><p><strong>Agent 运行流程。</strong> 打开卡片 → 点 Dispatch → 选 Agent 身份和模型 → 确认。kanbots 在 <code>.kanbots/worktrees/issue-&lt;n&gt;-&lt;runId&gt;/</code> 下创建隔离 worktree，从默认分支切出，启动 CLI。详情面板实时流式显示每个 <code>tool_use</code> 和 <code>tool_result</code>。Agent 遇到决策点——&quot;三个方案选哪个？&quot;——弹出选项卡片，你选后 Agent 继续。</p><p>Agent 跑完：<strong>Branch preview</strong>（一键启动 worktree 的 dev server，打开浏览器看效果）、<strong>Promote commit</strong>（把 worktree 的提交 rebase 到你的分支）、<strong>Open draft PR</strong>（仅 GitHub 模式——推送并创建草稿 PR）、<strong>Discard</strong>（删除 worktree 和分支）。</p><p>每个 worktree 预装 pre-push hook，Agent 不能主动推送远程。晋升永远是手动操作。和第 10 章的 Harness Engineering 原理一致：权限边界在系统层强制执行，不在 Agent 的 prompt 里。</p><p><strong>常见故障。</strong> &quot;Dispatch failed: claude not found&quot;——桌面启动器 PATH 和终端 PATH 不同，从同一终端启动或把 <code>claude</code> 安装目录加到 <code>~/.zshrc</code>。端口 8474 被占用时设 <code>KANBOTS_DISPATCHER_PORT=&lt;port&gt;</code> 环境变量后重启。</p><p><img src="/images/image-20260531145522234.png"></p><p><strong>Autopilot 模式。</strong> kanbots 把 Dispatch 从单次点击变成循环。</p><p><code>feature-dev</code> 模式：设定人物角色列表（persona roster），最多四个并行槽位。Agent 们轮转上场，在父 Issue 范围内自主拆分子任务、分派执行。设定成本预算上限，Agent 们在这个预算内自己跑。</p><p><code>qa</code> 模式：自动运行你配置的检查命令（typecheck、test、lint、build、e2e），可选启动 dev server 监控，哪个检查挂了自动开一个修复 Agent 去修。</p><p>两种模式写入 <code>autopilot_sessions</code> 表。你能看到每轮循环历史、每个子 Agent 的运行记录，一个按钮停掉整棵树。</p><p>Autopilot 和第 4 章 Ralph Loop 机制相同：Agent 循环执行直到完成。区别是 Ralph Loop 单 Agent 串行，Autopilot 多 Agent 并行——每个 Agent 一个泳道，同时游。</p><p><strong>MCP 集成。</strong> kanbots 附带 MCP server（<code>@kanbots/mcp</code>）。Cursor、Claude Desktop 或者任何 MCP 兼容工具都能直接操作看板——读取卡片、创建卡片、触发 Dispatch。Agent 能写代码，也能管自己的看板。一层递归：Agent A 在看板上管着 Agent B、C、D 的卡片流转。</p><p><strong>本地优先。</strong> 数据存 SQLite。<code>.kanbots/</code> 目录自包含——一个文件夹搬走，整个项目状态跟着走。完全离线可用。也支持切到 GitHub Issues 模式，驱动真实 GitHub Issues，状态流转自动同步 <code>status:*</code> 标签。</p><h3 id="11-2-2-Vibe-Kanban：Agent-的工作台"><a href="#11-2-2-Vibe-Kanban：Agent-的工作台" class="headerlink" title="11.2.2 Vibe Kanban：Agent 的工作台"></a>11.2.2 Vibe Kanban：Agent 的工作台</h3><p>官网：<a href="https://www.vibekanban.com/">vibekanban.com</a>。由 BloopAI 团队开发。定位：组织并行 Agent 工作流，从零到 Pull Request。github上2.6万颗星。</p><p><img src="/images/image-20260531151524239.png"></p><p><strong>安装。</strong> 一行命令：</p><figure class="highlight bash"><table><tr><td class="gutter"><pre><span class="line">1</span><br></pre></td><td class="code"><pre><span class="line">npx vibe-kanban</span><br></pre></td></tr></table></figure><p>浏览器自动打开 Web UI。首次运行选择 Agent、IDE、通知偏好后可跳过登录（&quot;More options → I understand, continue without signing in&quot;）。跳过登录禁用看板、Issue 管理和团队功能，但单人 Workspace 全部可用。登录（GitHub 或 Google）自动创建个人组织和一个初始项目。</p><p><strong>核心抽象：Workspace。</strong> 和 kanbots 的&quot;一张卡片一个 Agent&quot;不同，Vibe Kanban 的核心单元是 Workspace——给编码 Agent 准备的独立工作空间。一个 Issue 可有多个 Workspace。</p><p>每个 Workspace 配置：仓库（支持多仓库）、分支、prompt、模型、努力级别、plan 模式。配置完成 Agent 立即在 Workspace 里按 prompt 开始执行。Workspace 底层创建 git worktree 隔离代码变更。也可不关联 Issue——纯当快速代码问答用。</p><p><strong>Issue 系统。</strong> Issue 代表一个 bug、功能或待完成的工作。最少需要标题和描述，可选优先级、标签、父子 Issue 链接。点击&quot;New Issue&quot;创建，右侧面板展示草稿和已选 Issue 的详情。</p><p><strong>完整流程。</strong> Plan → Run → Review → Preview → Ship：</p><ol><li><strong>Plan。</strong> 看板上创建 Issue，排优先级，分配父子依赖。</li><li><strong>Run。</strong> 为 Issue 创建 Workspace，配置 Agent、分支、prompt，Agent 在隔离 worktree 里执行开发任务。</li><li><strong>Review。</strong> 点击&quot;Open Workspace&quot;进入完整视图。Diffs 和浏览器预览通过浮动按钮切换。直接在 UI 里看 diff 并批注——批注意见直接发给 Agent，不切终端。</li><li><strong>Preview。</strong> 内置浏览器预览 Agent 的改动效果。</li><li><strong>Ship。</strong> Workspace 完成后合并：创建 GitHub PR 或本地合并 workspace 分支。</li></ol><p><strong>Agent 支持。</strong> 用户选择 Agent，Workspace 里可单独配置模型、努力级别、plan 模式。支持并行 Agent 执行——多个 Workspace 同时跑不同的 Agent。支持 10+ 种编码 Agent：Claude Code、Codex、Gemini CLI、GitHub Copilot、Amp、Cursor、OpenCode、Droid、CCR、Qwen Code。</p><p><strong>团队功能。</strong> 需要登录。支持共享项目和 Issue、多人协作 Review。由于 Vibe Kanban 是 Web 应用（有自托管 Docker 部署方案），团队数据由后端统一管理。</p><p><img src="/images/image-20260531150712726.png"></p><p><strong>和 kanbots 的关键差异：</strong></p><ul><li>kanbots 是<strong>本地单机 Electron 应用</strong>——SQLite + 本地 Agent 执行 + 无需网络。Vibe Kanban 是<strong>Web 协作平台</strong>——后端、数据库、用户体系、自托管 Docker 部署。</li><li>kanbots 的 Agent 运行是&quot;点 Dispatch 跑一个&quot;——偏 Agent 自主循环。Vibe Kanban 是&quot;在 Workspace 里持续交互&quot;——Review 内嵌在 UI 中，偏人机协同。</li><li>kanbots 数据完全在本地。Vibe Kanban 有完整的云后端和团队协作能力。</li></ul><p><strong>Sunsetting。</strong> Vibe Kanban 已宣布逐步关闭。官网上挂着公告：&quot;Vibe Kanban is sunsetting. The project will continue as open source and community maintained.&quot;，主要原因是开发者团队找不到合适的商业模式，主要用户都是免费用户。从产品角度看，做 Agent 协作工具的 SaaS 商业模式仍在摸索期——开发者倾向开源免费工具，企业市场仍在观望 Agent 成熟度。夹在中间的 SaaS 产品找不到舒适的定价锚点。</p><p>但 Vibe Kanban 的设计不会过时。它的 Workspace 抽象——&quot;给 Agent 一个独立分支、一个终端、一个可预览的 dev server、一个 review loop&quot;——是 Agent 协作工具的理念标杆。之后出现的同类工具，开源或商业，大概率沿这条路走。</p><p>我个人试用了Vibe Kanban，产品简洁。好在它开源了，靠社区维护，希望这个产品能活下去。</p><h3 id="11-2-3-kanban-code：Agent-控制面板"><a href="#11-2-3-kanban-code：Agent-控制面板" class="headerlink" title="11.2.3 kanban-code：Agent 控制面板"></a>11.2.3 kanban-code：Agent 控制面板</h3><p>GitHub 仓库：<a href="https://github.com/langwatch/kanban-code">langwatch&#x2F;kanban-code</a>，193 Stars，AGPL-3.0 协议，最新版本 v0.1.28（2026 年 5 月）。</p><p>原生 macOS（SwiftUI）和 Windows（Tauri）双端应用。定位最偏&quot;个人开发者日常驾驶舱&quot;——六列看板，每张卡片自动关联 Claude 会话、git worktree、tmux 终端和 GitHub PR。卡片基于真实活动信号自动横移——Claude 开始工作 → 入 In Progress，PR 已开 → 入 In Review，PR 合入 → 入 Done。不用手动拖。</p><p><img src="/images/image-20260531151357076.png"></p><p><strong>安装。</strong> macOS 从 <a href="https://github.com/langwatch/kanban-code/releases">GitHub Releases</a> 下载 <code>.app</code> 文件（未公证，需右键 → 打开）。首次启动运行 onboarding 向导，自动检测依赖（Claude Code CLI、tmux、gh CLI、mutagen、Amphetamine——全是可选的渐进式增强）。</p><p>源码构建：<code>git clone</code> 仓库，<code>make run-app</code>（macOS）。Windows 进入 <code>windows/</code> 目录：<code>npm install &amp;&amp; npm run tauri dev</code>（开发模式）或 <code>npm run tauri build</code>（生产 <code>.exe</code>）。</p><p>跨平台 CLI 自动安装在 <code>~/.local/bin/kanban</code>（app 首次启动或 <code>make install-cli</code>）。常用命令：<code>kanban list</code>（按列列出卡片，<code>-c</code> 过滤列，<code>--json</code> 输出）、<code>kanban status</code>（概览：卡片数、终端数、token 消耗、成本）、<code>kanban show &lt;card&gt;</code>（详情：会话、tmux、PR、transcript）、<code>kanban send &lt;card&gt; &lt;message&gt;</code>（向卡片的 tmux 会话发 prompt）、<code>kanban interrupt &lt;card&gt;</code>（发 Escape 停止助手）、<code>kanban transcript &lt;card&gt;</code>（最近对话记录）。卡片引用支持 ID、ID 前缀、名称、tmux 会话名或 session ID。全部命令支持 <code>--json</code>——为主 Agent 编排子 Agent 设计。</p><p>配置存 <code>~/.kanban-code/settings.json</code>（人工可读、可版本控制）。协调数据存 <code>~/.kanban-code/links.json</code>（关联 session、worktree、tmux、PR）。</p><p><strong>tmux 终端嵌入。</strong> 每个 Claude 任务跑在独立 tmux 会话中。kanban-code 管理 tmux 生命周期——启动 Claude 时自动创建会话，重连时自动 attach，归档时自动 kill。卡片内嵌原生终端模拟器（SwiftTerm，支持真彩色、Unicode、鼠标、滚回）。终端状态跨卡片保持——切卡片不丢终端内容。也能 <code>tmux attach</code> 到外部终端操作。</p><p><strong>Session 发现与搜索。</strong> 自动扫描 <code>~/.claude/projects/</code> 发现全部 Claude 会话——正在跑的、历史的、在终端手动启动的。BM25 全文搜索跨全部会话历史，带新近度加权。能从任意历史点 fork 出一个新会话——带上全部上下文，并行做新任务。Checkpoint 回滚到任意对话节点。</p><p><strong>Git Worktree 集成。</strong> 每张卡片自动创建 git worktree。GitHub Issue 用 <code>issue-123</code> 命名 worktree，手动任务自动生成名称。发现后台孤立的 worktree 提示清理。</p><p><strong>远程执行。</strong> 通过 SSH + Mutagen 把 Claude Code 卸载到远程机器——本地编辑，远程编译，双向文件同步。UI 显示 Mutagen 同步状态。远程机器离线自动回退到本地执行。</p><p><strong>Push 通知。</strong> 通过 Pushover 发到手机和 Apple Watch。Agent 的响应摘要直接推到手腕上。智能去重——Stop 事件合并，62 秒内同内容去重。</p><p><strong>防休眠。</strong> 集成 Amphetamine——Agent 在跑时不让 Mac 睡。Agent 都空闲时自动退出。</p><h3 id="11-2-4-三者对比"><a href="#11-2-4-三者对比" class="headerlink" title="11.2.4 三者对比"></a>11.2.4 三者对比</h3><table><thead><tr><th></th><th>kanbots</th><th>Vibe Kanban</th><th>kanban-code</th></tr></thead><tbody><tr><td><strong>定位</strong></td><td>本地 Agent 调度器</td><td>Agent 协作工作台</td><td>Agent 控制面板</td></tr><tr><td><strong>粒度</strong></td><td>卡片 &#x3D; Agent Run</td><td>Workspace &#x3D; 开发环境</td><td>卡片 &#x3D; 会话集合（session+worktree+tmux+PR）</td></tr><tr><td><strong>Agent 角色</strong></td><td>执行者 + 自我审查（Autopilot）</td><td>执行者 + 被 Review</td><td>执行者</td></tr><tr><td><strong>人的角色</strong></td><td>Dispatch + 关键决策</td><td>规划 + 逐行 Review</td><td>监控 + 随时介入</td></tr><tr><td><strong>协作模式</strong></td><td>单人本地</td><td>团队协作</td><td>单人本地 + 远程执行</td></tr><tr><td><strong>数据存储</strong></td><td>本地 SQLite</td><td>后端数据库</td><td>本地 JSON + tmux + git</td></tr><tr><td><strong>Agent 支持</strong></td><td>11 种 CLI</td><td>10+ 种</td><td>Claude Code 专属</td></tr><tr><td><strong>自动化程度</strong></td><td>Autopilot 循环</td><td>手动触发为主</td><td>会话自动发现</td></tr><tr><td><strong>平台</strong></td><td>macOS&#x2F;Linux&#x2F;Windows</td><td>Web</td><td>macOS&#x2F;Windows</td></tr><tr><td><strong>许可证</strong></td><td>MIT</td><td>商业</td><td>AGPL-3.0</td></tr><tr><td><strong>成熟度</strong></td><td>活跃开发中</td><td>宣布 sunsetting</td><td>活跃开发中</td></tr></tbody></table><p>三个工具指向同一个方向：模型能力上去了，Agent 管理层自然要跟上。Harness 管 Agent 的安全和可控性（纵向）。Kanban 管 Agent 的调度和协作（横向）。组合起来才是完整的 AgentOps。</p><p>Hermes以及一些其他的Agent最近也增加了kanban的功能，也有 kanban Skill（<a href="https://github.com/mattjoyce/kanban-skill%EF%BC%89%EF%BC%8C%E4%B8%8D%E8%BF%87%E6%B2%A1%E5%8F%91%E5%B1%95%E8%B5%B7%E6%9D%A5%E3%80%82">https://github.com/mattjoyce/kanban-skill），不过没发展起来。</a></p><h2 id="11-3-从个人工具到团队平台"><a href="#11-3-从个人工具到团队平台" class="headerlink" title="11.3 从个人工具到团队平台"></a>11.3 从个人工具到团队平台</h2><p><img src="/images/image-20260531152206976.png"></p><p>三个工具覆盖了 AI Agent 项目的三个管理阶段：</p><p><strong>第一阶段：个人提效。</strong> 你一个人，一块看板，几个 Agent。目标是让自己从瓶颈变调度中心。kanbots 和 kanban-code 都面向这个阶段——本地工具，不需要服务端，不需要协作功能。把个人 Agent 的管理问题解决了，再考虑推广到团队。</p><p><strong>第二阶段：团队协作。</strong> 共享看板，每个人分配自己的 Agent 做子任务。Review 分布式进行。需要权限管理、代码所有权、CI&#x2F;CD 集成。Vibe Kanban 瞄准这个阶段——虽然它关闭了，但需求不会消失。目前这个阶段主要由 GitHub Issues + kanbots GitHub 模式 + kanban-code PR 追踪拼凑出一套折中方案。</p><p><strong>第三阶段：人机混合团队。</strong> Agent 不只是执行者——还做规划和决策建议。人的角色从执行退到监督、从分配任务退到设定方向。这个阶段目前没有人做成熟的商业化产品，但 kanbots 的 Autopilot + MCP 集成已经展现了雏形。</p><p>绝大多数团队目前在第一步和第二步之间。先用 kanbots 或 kanban-code 个人跑起来，理解 Agent 的工作节奏，建立卡片规范和 review 习惯。模式内化之后，工具反而不那么重要了——核心心智模型永远一样：可视化工作流、限制并行度、拉式流动。</p><h2 id="11-4-本章小结"><a href="#11-4-本章小结" class="headerlink" title="11.4 本章小结"></a>11.4 本章小结</h2><p>Kanban Agent 方法论是 AI 时代软件开发的&quot;驾驶舱&quot;。前九章教开车，第 10 章看引擎盖下面，这一章讲仪表盘——你坐在哪、看什么、怎么同时指挥多辆车。</p><p>这几个AI模式下的kanban工具还是很有用的，很方便管理项目任务进度，尤其对那些先前就使用kanban的团队来说就更方便了。</p><p>三个工具代表三种设计哲学。kanbots 是本地 Agent 调度器——一张卡片一个 Agent，Autopilot 自主循环，MCP 让 Agent 管自己的看板。Vibe Kanban 是团队 Agent 工作台——Workspace 抽象，从 Plan 到 Ship 全流程覆盖，虽然关闭了但设计理念会留下来。kanban-code 是 Agent 控制面板——tmux 终端嵌入、Pushover 通知、远程执行，个人开发者日常驾驶舱。</p><p>三个工具都指向同一个趋势：当一个人的 Agent 从一台变成四台、五台、十台，单靠终端切换和记忆是管不住的——需要系统级的工作流编排。第 10 章的 Harness Engineering 管 Agent 的安全和可控性，本章的 Kanban 管 Agent 的调度和协作。一个是纵向控制，一个是横向协调。组合在一起才是完整的 AgentOps。</p>