操盘手年鉴The Operators’ Almanac
AI · MM · 503

Vibe 编程与智能体工程

Vibe Coding Vs Agentic Engineering · vibe-coding-vs-agentic-engineering--simon-willison
AI 与新工作方式 思维模型 AI 时代 2026-04 Simon Willison ✓ 已核验出处

解决什么问题

"用 AI 写代码"的说法混为一谈会导致责任边界不清:什么时候可以完全不看代码地玩,什么时候必须按专业标准来。这个模型给出术语区分和一条责任红线。

核心内容

Vibe coding(Karpathy 原义):完全不看代码、纯凭感觉往返迭代——"给我做个 X",能跑就继续,不行就再说一句。原本定位是"玩和原型"。Simon 给出的可操作定义:你不看代码、不关心代码、可能也看不懂代码

责任红线

  • 如果 vibe code 的东西只有你自己会被 bug 伤到——随便玩,这是好事(编程民主化,人人都能做小工具自动化生活)。
  • 一旦产出给他人使用、你的 bug 可能伤害别人——就不再是负责任的用法。
  • 陷阱:判断"什么算负责任"本身就是专家级技能(例:不懂爬虫礼仪的人可能把别人网站打挂)。

Agentic engineering:专业工程师用 coding agents(会自己写、跑、调试、测试代码的 agent,区别于让 ChatGPT 吐代码再手工粘贴)生产经过审查、可上生产的代码。Simon 主张用这个词而不是把一切 AI 参与的编码都叫 vibe coding——否则术语失去意义,因为将来所有代码都会经过 AI 中介。这是一门有深度的手艺:把软件交付给百万用户的水平永远不会"简单"。

目标校准:用 agent 的意义不是"同样质量、更快产出",而是产出比以前更好的软件——更少 bug、更多功能、更高质量。

附带观察——质量信号失效:过去"有完整测试和文档"意味着软件是好的,现在这个信号没了(一小时就能生成齐全的测试+文档)。Simon 的替代信号是 proof of usage:他给自己没实际用过的项目一律标 alpha;用别人软件时最看重"作者自己用了几个月没有"。

适用边界

  • 术语仍在演化;界线的本质在于"是否有人对质量负责、是否审查过",而不在于"是否用了 AI"。
  • vibe coding 作为原型/演示手段依然被作者高度推崇(带着可跑的 prototype 来开会)。

关键引述 · 原话

"If you're vibe coding something for yourself where the only person who gets hurt if it has bugs is you, go wild." — Simon Willison

"I don't just want to build software that's good, I want us to build software that is better than we were building before." — Simon Willison

关联卡片

- `dark-factory-software-pattern--simon-willison`:光谱第三态——不读代码但保持专业质量预期。 - Andrej Karpathy 的 vibe coding 原始定义。

被这些卡引用

出处Simon Willison (Django 联合创作者, agentic engineering 一词的推广者) · 03-podcasts/simon-willison.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2