Vibe Coding只是序章。"Agentic Engineering"让开发者成为指挥家的时代来了

Vibe Coding很有趣。但局限性也开始显现

打开Cursor，用自然语言下达指令。AI帮你写代码。代码跑起来那一刻的兴奋，无论体验多少次都让人欲罢不能。

我接触Vibe Coding大约是一年前的事。我原本在一家Web开发公司做过前端和后端。在大型项目中遇到的工程师们的水平令我望尘莫及，于是我离开了写代码的岗位。转做客户成功（Customer Success）已经几年了。后来我接触到了Cursor和Claude Code。那种感觉就像顶级工程师附身在了自己身上。

那种”复活”的喜悦是真实的。

不过，持续做Vibe Coding的过程中我也发现了一些问题。在聊天框里下指令，确认返回的代码，再请求修改，再确认。这个循环确实有趣，毫无疑问。但要说效率如何，越来越多的场景让人觉得很微妙。

文件数量超过10个之后，指令一旦含糊，返回的代码就会偏离意图。说”改这里”，结果别的地方坏了。最后总有一种感觉：自己反倒成了瓶颈。

有同感的人应该不少吧。

在X上搜索”Vibe Coding 累了”，能找到很多类似的声音。“给AI下指令比自己实现还累""最后还是得自己全部检查""文件一多就崩盘”。经历了Vibe Coding的狂热期之后，进入面对现实阶段的人正在增多。

其实针对这道”墙”的答案，在英语圈已经开始作为概念被确立起来。它的名字叫”Agentic Engineering”。日语的解说几乎为零。今天我就以一个Vibe Coding亲历者的视角，来翻译这个概念。

什么是”Agentic Engineering”

Agentic Engineering。直译就是”代理式工程”，但这样讲谁也听不懂。

再嚼碎一点是这样的。

Vibe Coding：人类与AI聊天，一行一行写代码的方式

Agentic Engineering：人类传达意图与设计，AI Agent（自主运行的AI程序）负责生成、测试、修正的循环。人类专注于指挥、审查、恢复的方式

也就是说，开发者的角色从”写代码的人”转变为”指挥AI Agent的人”。

这个概念在2026年初的英语圈技术社区迅速扩散。dasroot.net的解说可供参考。用自然语言传达意图，由Agent循环生成与修正。人类专注于指示、审查、恢复——这是它的定义。

我决定把它叫做”指挥家模型”。

管弦乐团的指挥家自己不拉小提琴。但他理解整部乐曲的设计，能向各声部发出准确指示，能判断演奏的质量。Agentic Engineering中开发者的角色，正是同样的结构。

Vibe Coding接近”被一个个教着弹奏乐器”的感觉。Agentic Engineering则接近”站上指挥台调动整个管弦乐团”。即使不会演奏乐器，也能产生优秀的演奏。

那么Agent具体能自主完成什么呢？粗略整理是这样的。

• 代码生成：根据需求编写实现代码。这与Vibe Coding相同
• 测试编写与执行：自动生成测试代码，执行并确认结果
• 错误自我修正：测试失败时，分析原因并尝试修复
• 文件操作：创建新文件、编辑既有文件、整理目录结构
• git操作：从提交、创建分支到差分确认全部自动化

与Vibe Coding的决定性区别在于”循环由它自己跑”。不需要人类每次确认后再下一条指令。Agent会自行判断，进入下一步。

这个东西，亲身体验真的会被震撼。“真的可以放心交给它吗？“一开始会不安。但看到产出物时会惊讶。比自己手动跑出来的东西质量更高的情况相当多。

Claude Code 46%所揭示的Agent开发现状

“概念懂了。那现在能用吗？”

能用。或者说，已经在用的人正在激增。

Pragmatic Engineer对超过900人进行了调查。“最爱用的开发工具”中，Claude Code以46%排名第一。第二位的Cursor为19%，第三位的GitHub Copilot为9%。

为什么Claude Code能获得如此支持？理由很简单，因为Claude Code正是Agentic Engineering的实践工具。

Claude Code是一个在CLI（命令行界面）上运行的Agent。不是GUI聊天，而是从终端直接下达指令。文件读写、测试执行、git操作都能自主完成。

例如下达”给这个API加上验证，测试也写一下”的指令。它不仅会修改代码，还会创建测试文件，执行测试。如果出错，会一气呵成地自动修正。

# Claude Code 的指令示例
# 只需用自然语言传达设计意图即可

> 做一个Slack通知的过滤Bot。
> 需求：
> - 将特定频道的通知按重要度分类
> - 每日摘要通过DM发送
> - 过滤规则可通过YAML配置
> - 测试也要写

# → Claude Code 会从文件结构→代码生成→测试→执行自主推进

Vibe Coding接近”一回合一回合地下将棋”。Agentic Engineering则像是”传达战术后会一口气下出多步的将棋AI”的感觉。

随着AI编程工具市场整体增长，竞争也越来越激烈。有报道称Cursor正在以500亿美元（约7.5万亿日元）的估值（企业价值评估）洽谈融资。比上次的293亿美元增长71%。这是体现市场期待值的数字。

工具间竞争加剧本身是好事。选择增多，功能精进，价格下降。重要的不是押注某个特定工具。而是要习惯”指挥Agent”这种工作方式。工具会变，指挥家的角色不变。

65%的开发者感到”角色正在改变”的理由

面向开发者的行业调查所指示的方向是一致的。从例行编码向架构设计、系统集成、AI决策支持的转移正在加速。Pragmatic Engineer的调查中，这一趋势也在数字上有所体现。

这件事，对我来说非常能引起共鸣。

我曾经在大型项目中遇到的顶级工程师们的强项，是架构设计能力。不是写代码的速度，而是构建整个系统的方式。那是当时的我无法到达的领域。

然而在Agentic Engineering的语境下，“设计能力”的含义改变了。

要让AI Agent写代码，必须把”想做什么”用语言表达出来。需求定义、数据流向、错误处理方针。能够准确传达这些的人，在这个时代才能产出好代码。

我在这里意识到，这与我在客户成功岗位上锻炼出的能力相当吻合。

倾听用户的需求，传达给开发团队。排定优先级，说明业务影响。CS出身的我所做的事，与给Agent下指令几乎是同一个结构。

我曾以为是挫折的职业弯路，在Agentic Engineering时代反而成了最短路线。这种逆转让我兴奋不已。

IBM提出的”AI Composer”职能概念也指向同一个方向。不仅是编码者，市场营销和PM也将承担设计与运用AI Agent的角色。这是一个考验”是否会写代码”已不是关键、“是否知道该做什么”才是关键的时代。

这不仅是工程师的事啊。无论是销售出身还是设计师出身，只要能准确地把课题用语言表达出来，就有可能产出成果。开发的民主化将比Vibe Coding更深入一层。这样的未来已经看得见了。

“指挥家模型”如何改变开发的实际场景

道理懂了。那实际会发生什么变化？

我分享一下最近用Claude Code做业务工具时的体验。这是一个整理公司内部Slack通知的Bot项目。

Vibe Coding时代的做法：

1. 在Cursor里下指令”做一个Slack Bot的模板”
2. 确认返回的代码
3. 下指令”加上通知的过滤功能”
4. 确认、请求修改、确认、请求修改的循环
5. 手动执行测试
6. 发现错误后再请求修改

这样反复，做出能跑的东西要花一整天。

Agentic Engineering的做法：

1. 向Claude Code传达设计意图。“将Slack特定频道的通知按重要度分类，并将每日摘要通过DM发送的Bot。过滤规则可通过YAML配置”
2. Claude Code从文件结构提案，到代码生成、测试编写、执行都自主推进
3. 中途出错时它会自己尝试修正
4. 我专注于审查与方针判断

结果，约3小时就完成了能跑的原型。而且是带着测试代码的状态。

整整一天变成3小时。但我认为这并不是”快了8倍”这种事。本质上改变的是”自己大脑的使用方式”。

Vibe Coding时代，在指令→确认→修正的循环中，大脑的工作记忆一直被占用。那个真的累。到了傍晚判断力下降，会漏掉一些蠢bug。

在Agentic Engineering里，传达完设计意图后会产生”等待时间”。这段时间可以整理文档，可以思考下一个需求。大脑的资源分配方式改变了。

我先把容易踩的坑说在前面。最初的”设计意图传达方式”如果太粗糙就会失败。只说”做一个Slack Bot”的话，结果与Vibe Coding没区别。

把需求用条目整理，把数据流向用语言表达。把边界情况也传达清楚。这种”将设计语言化的能力”是核心部分。

反过来说，只要能将设计语言化，就不再考验实现能力。这是与专业工程师拥有的”将代码之美推向极致的能力”不同的肌肉。这一点对CS出身的我来说是个值得高兴的地方。

再补充一个容易踩的坑。会出现”Agent给出的代码看不懂”的场面。“能跑，但不知道为什么能跑”的状态。说实话，这是会让人不安的瞬间。

我的应对方法很简单。回头问Agent：“把这个处理用日语一行一行解释一遍”。读完解释能接受就OK。不能接受就改变方针：“写得更简单一点”。

不能完全理解也没关系，能做方针判断就够了。不需要全部自己写，但需要磨练”判断正确性的能力”。这是从Vibe Coding向上一阶迈进所需突破的墙。

还有一件重要的事：判断”何时停止Agent”的时机。自主运行的Agent也可能朝错误方向猛冲。事先决定好审查节点。设定”到这一步先给我看一下”的节点，修正成本会大幅降低。

总结。Vibe Coding之后的风景

Vibe Coding是序章。与AI聊天写代码的体验，作为开发民主化的入口已经足够棒。没有那份兴奋，就没有现在的我。

不过序章终究是序章。在聊天框一行一行下指令的方式有局限。文件一多就崩盘，确认循环让人疲惫。在那之后看到的，就是Agentic Engineering这种新的开发方式。

把至此解说的内容整理一下。

• Vibe Coding：人类与AI对话，一行一行写代码
• Agentic Engineering：人类传达设计意图，AI Agent自主循环生成、测试、修正
• 开发者的角色：从写代码的人，变为指挥AI Agent的人
• 所需技能：相比编码能力，更需要设计的语言化能力与业务背景的判断力
• 现在就能做的事：从用Claude Code”以条目方式传递设计意图”的实验开始

Claude Code获得46%支持的事实表明，Agent型工具已不再是”未来的事”。在整个行业重新定义开发者角色的当下，要行动就趁早。

我认为越是觉得”自己没有专业工程师那种水平”的人，越能从中受益。因为编码水平的差距不再直接关联开发成果了。

曾经离开代码的我，因Vibe Coding而回归。然后通过Agentic Engineering，正在找到”指挥家模型”这个新的位置。挫折也好，弯路也好，全都连接到了一起的感觉。

对那些想”我现在该从什么开始”的人。请打开Claude Code，从用条目方式传递设计意图的实验开始。不要在聊天框里一行一行下指令，而是把需求归纳成5行一次性传过去。仅此就站在了入口。

无论是还没碰过代码的人，还是停留在Vibe Coding的人，通往下一个阶段的门都已经打开。

我想告诉曾经的自己：“离开代码这件事，不是弯路。“那段倾听用户声音的时间，正在转化为给Agent的指令。这就是”指挥家模型”的本质。

要不要开始做指挥家的准备？