Agentic Engineering

定义

Karpathy 在 2026 年 Sequoia 访谈里提出的概念，与 Vibe Coding〔待补〕 形成对照：

Vibe Coding〔待补〕 抬高的是所有人能做软件的下限；Agentic Engineering 要保住的是专业软件过去已有的质量门槛。

它不是工具，是一种工程纪律——如何设计、协调、监督一组 AI Agent，让它们在不牺牲质量、安全、可维护性的前提下加速开发。

要点

上下限二分法

	Vibe Coding	Agentic Engineering
抬升的是	所有人做软件的下限	专业软件的上限
受众	业余、原型、side project	生产、企业、被攻击会出事的系统
接受标准	能跑、感觉对	安全、可维护、可审计、有责任人

Agent 是"spiky entities"

带尖刺的实体：能力很强，但会犯错，有随机性，不稳定。工程师的工作不是盲目信任，而是把它们放进合适的流程：让它们生成方案、写代码、跑测试、互相检查；让系统有边界、有验证、有回滚。

加速幅度可能远超 10x

Karpathy 反对"10x engineer"作为衡量上限：

"10x 不是你获得的加速倍数。"

真正熟练的 Agentic Engineer 能把多个 Agent、工具、测试、上下文组织起来，产出速度被放大得更多。这把 千倍工程师〔待补〕 从口号变成了工程纪律的产物。

AI-native 工程师的画像

• 充分利用并投资工作流配置（Cursor、Claude Code、Skill 库等）
• 把模糊目标变成清晰规格（spec）
• 指挥 Agent 完成大规模实现
• 识别安全 / 架构风险（如 MenuGen 把支付绑到外部邮箱的反例）
• 在 Agent 生成的大量代码里保持质量判断
• 让最终系统经得起红队攻击

Karpathy 提出的面试范式

"甩给候选人一个极大的项目，比如做个给 Agent 用的 Twitter 仿盘，要求做得绝对安全。然后我挂上 10 个 Cursor 当作'红队'，放开手脚去攻击你做出来的这个网站。"

不是"现场写算法"，而是"指挥 Agent 做大项目 + 抗住红队 Agent 攻击"。

示例

• 反例：Agent 在 MenuGen 实现里用 Stripe 邮箱去匹配 Google 邮箱绑定资金——代码能跑、测试能过，但系统设计是错的。这是"没人盯顶层 spec"的典型故障。
• 正例：人定 spec ——所有资金和用户状态绑到内部稳定的 persistent user ID，而非外部邮箱；Agent 填实现细节，但不替你理解系统边界。

相关概念

• Vibe Coding〔待补〕 — 抬下限的对偶概念
• Software 3.0〔待补〕 — Agentic Engineering 是 Software 3.0〔待补〕 的工程纪律层
• Software Factory〔待补〕
• 千倍工程师〔待补〕
• Agent-first 基础设施
• 品味（Taste）〔待补〕 — Agent 时代仍未被替代的判断力
• 外包思考与外包理解〔待补〕

参考资料

• Karpathy × Sequoia AI Ascent 访谈（2026-04）