Vibe Coding 的终点是 Agent Management

本文已收录到 AI编程一站式导航。本文链接03.3 AI 子代理使用完全指南 强烈推荐AI编程巴士网站稳定纯净的ClaudeCode套餐供应最近我同时跑着 5 个 Claude Code 窗口。一个写前端页面一个写后端 API一个跑测试一个生成文档还有一个在做竞品调研。很爽对吧爽了大概 20 分钟。然后我发现自己完全不知道每个窗口进展到哪了。Agent B 把一个接口的参数名改了Agent A 还在用旧接口写前端组件跑起来一堆报错。我花了 40 分钟才把这些 Agent 的产出拼回一个能跑的项目。这件事让我开始想一个问题Vibe Coding 到底还能走多远Vibe Coding 好在哪​过去一年半Vibe Coding 这个词火了。简单来说就是别过度设计别纠结细节让 AI 写你负责观察和感受。我刚用 Claude Code 的时候就是这种状态。打开一个窗口描述需求看着 AI 写代码修 Bug跑测试任务完成。整个过程有心流感真的很爽。但这种体验有个隐含前提你只关注一个任务一个窗口一个 Agent。你能完整跟踪 AI 的思考过程、工具调用、最终结果整个链条是连续的也是可理解的。当 Agent 数量超过 3 个​一个 Agent 的时候Vibe Coding 是享受。三个 Agent 的时候你开始在窗口间来回切。五个以上你已经没办法同时阅读每个 Agent 的执行过程了。我自己的体验是Agent 数量到 5 个左右就是一个明显的分水岭。过了这个数你会自然地放弃逐行看 AI 在干什么开始只看结果不看过程。工作重心也在这个节点悄悄变了。以前我花 80% 的时间写代码、20% 的时间想怎么写。现在反过来80% 的时间在拆任务、分任务、检查结果20% 的时间自己动手改。说白了就是从写代码的人变成了分配任务的人。这个感觉很熟悉。以前做技术 Leader 带 5-8 个人的小团队工作内容就是拆需求、分配、code review、协调接口对齐。现在只是把人换成了Agent管理逻辑一样。AI 产品的竞争焦点要变了​我对下一代 AI 产品有个判断竞争重心会从模型能力转向管理界面。想想看一个 Agent 每分钟产生大量日志读取文件、修改代码、执行测试、搜索资料、调用工具。这些信息真实存在但你作为使用者最关心的就几条任务完没完、进度到哪了、谁在干、结果在哪。现在大部分 AI 编程工具还是聊天框形态。一个对话窗口消息从上往下滚。单 Agent 的时候够用但同时管理 5 个、10 个 Agent 的时候聊天框完全跟不上。未来好用的 AI 产品可能越来越像 Jira、Linear 这种项目管理系统。任务看板、状态面板、进度条、依赖关系图这些东西比聊天记录有用得多。Generative UI 是个值得盯的方向​既然管理界面这么重要那界面从哪来一个思路是 Generative UI让 Agent 根据当前任务自动生成最合适的界面。执行代码任务的时候弹出进度面板做数据分析的时候直接出可视化图表多个 Agent 协同的时候生成任务依赖关系图。这些界面的价值不在好看在降低理解成本。同时盯 5 个 Agent 的时候你要的是 3 秒内知道谁出问题了而不是翻 500 行日志去找。说实话这个方向我还没看到特别成熟的产品。Claude 的 Artifacts 算是一个苗头但离Agent 自动生成管理界面还有距离。谁先把这件事做好谁就能在下一轮 AI 产品竞争中占到位置。异步工作才是正确姿势​很多人用 AI 编程的习惯还是同步的启动一个任务等它跑完看结果改改再跑下一个。这种方式在多 Agent 场景下效率很低。你不可能同时盯着 5 个窗口等它们都跑完。我现在在逐渐切换到异步模式。上午把一天的任务拆好分给不同的 Agent。中午检查一次进度。下午整合结果、处理冲突。晚上规划第二天的任务。Agent 在后台一直跑着我不用实时盯。这个模式跟管理远程团队很像。你不会坐在远程同事旁边看他写每一行代码你给他任务描述约好交付时间到点检查就行。个人生产力的上限未来很大程度上取决于你能同时管理多少个异步任务。能管 3 个和能管 30 个产出差距非常大。语音可能会比你想的来得快​还有一个变化语音输入。Agent 不只在办公桌前用。通勤、散步、开车、带娃这些场景下键盘不方便但布置任务这件事不需要打字。我有时候接小孩放学路上想到一个需求掏手机按住说几句话就能分配出去。等到家打开电脑Agent 已经把初版跑出来了。在单 Agent 时代语音输入感知不强因为写 Prompt 需要精确、需要上下文。但在多 Agent 模式下你分配任务更像说一个意图粒度粗一些没关系Agent 自己会细化。从 Keyboard First 到 Voice First这件事在多 Agent 时代会加速。从写代码的人到管 Agent 的人​我当了十几年程序员写代码是核心竞争力。代码写得快不快、架构设计合不合理、排查问题准不准这些决定了你在团队里的位置。但最近半年我越来越觉得写代码这件事的权重在下降。我手上有个项目60% 的代码是 Agent 写的我主要做的事情是拆需求、验收、协调不同 Agent 的产出处理它们搞不定的那 10% 的边角问题。这个转变有点像从 IC个人贡献者到 TL技术 Leader的跳跃。以前自己干活现在管 Agent 干活。能不能把一个大需求拆成 5 个互不干扰的小任务每个任务的上下文给得够不够清楚结果怎么整合这些能力开始比编码能力更影响产出效率。不得不说这事想想有点五味杂陈。花了 10 年磨出来的手艺现在最值钱的部分变成了怎么描述需求和怎么验收代码。但事实就是这样适应比感慨有用。我现在给自己定了个练习每周至少有一个完整功能全程让 Agent 做自己只负责拆任务和验收。刻意练不自己写这件事比刻意练写代码难多了因为总忍不住想伸手。本文已收录到 AI编程一站式导航。本文链接03.3 AI 子代理使用完全指南 强烈推荐AI编程巴士网站稳定纯净的ClaudeCode套餐供应你觉得 Vibe Coding 还能火多久评论区聊聊。