https://blog.cpdd.fyi/tags/%E5%B7%A5%E7%A8%8B%E6%95%88%E7%8E%87/Recent content in 工程效率 on Zampo BlogHugozh-cnWed, 13 May 2026 12:25:00 +0800https://blog.cpdd.fyi/posts/agent-task-panel-evolution/Wed, 13 May 2026 12:25:00 +0800https://blog.cpdd.fyi/posts/agent-task-panel-evolution/<p>你创建了 5 张 Agent 任务卡，以为系统会自动开干。</p> <p>结果过了十分钟，什么也没发生。</p> <p>不是模型不行，也不是任务拆得不够细。问题更尴尬：<strong>卡片创建，不等于任务执行。</strong></p> <p>这就是我这两天把文案线从 <code>TASK_BOARD.md + inbox/active/done</code> 文件流迁到 Hermes Kanban 时，最直接的体感。</p> <p>以前我们用 Markdown 看板管 researcher、writer、coder。任务从 inbox 移到 active，再从 active 移到 done。听起来很朴素，也确实能跑。但一旦任务变多，问题马上冒出来：状态同步靠人记，交付物路径靠人写，谁能开始、谁在等审核、谁依赖谁，经常要翻半天聊天记录。</p> <p>换成 Kanban 以后，事情并没有神奇地全自动。恰恰相反，我更清楚地看到一个事实：</p> <p><strong>Agent 越会干活，越需要一套严肃的任务面板。</strong></p> <p>多 Agent 的难点，已经不只是“让它写代码”。而是它写完之后，谁来审？失败之后，谁来接？上游没交齐素材，下游凭什么开工？任务卡完成了，交付物有没有真的落盘？</p> <p>这才是 2026 年 Agent 工具真正开始分化的地方。</p> <p><img src="https://blog.cpdd.fyi/images/agent-task-panel-evolution/cover.png" alt="Agent 任务面板主视觉"></p> <h2 id="瓶颈换地方了">瓶颈换地方了</h2> <p>Vibe Kanban 的 README 里有一句话很准：<code>Your Engineering Bottleneck Has Shifted</code>。</p> <p>过去，工程瓶颈在编码速度。</p> <p>你有一个需求，开发者理解、写代码、调试、提 PR。AI 编码工具出现后，很多环节被加速了。Claude Code、Codex、Cursor Agent、Gemini CLI 这类工具，已经能承担相当一部分实现工作。</p> <p>但加速之后，新的瓶颈露出来了。</p> <p>不是没人写代码，而是没人稳定地规划、分发、审查、合并、回滚。</p> <p>这也是为什么 Vibe Kanban 这种工具会火。它不是又一个聊天框，而是把编码 Agent 放进任务面板里：一个 issue 可以启动一个 agent workspace，配 git worktree、终端、预览和 diff review。人不再守着一个对话框等回答，而是像管理一组实习生一样管理 Agent。</p>