从 Vibe Coding 到 Agentic Engineering：Karpathy 的一年回顾与新命名
2026-02-05 · Tech Guides
Andrej Karpathy 的 “vibe coding” 推文一年前引爆了讨论。它不只是流行语，而是准确捕捉了一种真实存在的感受：当时的 LLM 已经足够好用，让人愿意“跟着感觉写”，但还不足以承接严肃的工程交付。
一年后，他给出了回顾，并提出一个更贴切的新命名：agentic engineering。这篇文章将其拆解为可执行的工程视角。
原文链接：https://x.com/karpathy/status/2019137879310836075
1）“Vibe Coding” 为什么能命名成功
Karpathy 说那条推文本来只是“脑内弹幕式的随想”。但它之所以被广泛引用，是因为它命中了当时的集体体验：
- LLM 已足够有趣
- 试错成本不高
- 适合快速 demo、玩具项目、探索性实验
“vibe coding” 其实是对那种“靠感觉推动”阶段的精准命名。
2）一年后发生了什么变化
变化不只是模型变强，更是工作方式的期待发生了改变：
- 过去：更多是随意、探索、玩耍式的编程
- 现在：越来越多专业团队把 LLM 代理作为默认工作流，但要求更严格的质量与审查
换句话说，从“玩”进入“交付”。
3）为什么叫 “Agentic Engineering”
Karpathy 的两个关键词非常关键：
Agentic：你不再直接写代码，而是编排代理，并做监督。
Engineering：这是一门技术与方法论，需要训练和成长，而不是随性“玩票”。
这让“AI 编程”重新回到工程语境：责任仍然在你这里。
4）从“感觉”到工程纪律
如果 vibe coding 关注的是速度与探索，agentic engineering 关注的是：
- 高杠杆
- 可验证
- 不牺牲质量
这意味着新的实践标准：
- 明确目标与约束
- 拆解任务并验证
- 输出必须可审查
- 修复根因，而不是掩盖问题
你的新角色是：编排、验证、交付。
5）可落地的代理工程流程
一个最小可用的工作流可以是：
- 明确意图
- 目标、约束、非目标
- 代理委派
- 范围、工具、必须/禁止
- 验证结果
- 测试、集成、diff 审查
- 失败迭代
- 修根因、保持改动最小
- 稳定发布
- 提交、部署、监控
这不是“提示词技巧”，而是新的工程监督范式。
6）对 2026 年团队的意义
Karpathy 的判断暗示了一个新默认：
- 工程师越来越像代理编排者
- 质量不会自动提高，必须被制度化
- 团队的核心能力是验证与评审，而不仅是生成
招聘与评估标准也随之改变：你是在招“写代码的人”，还是“能驾驭代码生成系统的人”？
7）可直接使用的检查清单
- [ ] 把代理输出当作草稿，不当作最终版本
- [ ] 每次变更必须有验证步骤
- [ ] 在委派前写清验收标准
- [ ] 建立 diff → 运行 → 验证 → 提交 的闭环
- [ ] 记录错误模式，回灌给提示词和流程
8）结语
“Vibe coding” 给出了早期探索阶段的名字，而 “agentic engineering” 标记了专业化时代。
模型还会继续变强，真正的差异在于：我们如何编排它们。