当“感觉编程”遇上“智能体工程”：一个资深工程师的警觉与反思
原文: Vibe coding and agentic engineering are getting closer than I'd like
资深开发者Simon Willison发现，随着AI编程智能体越来越可靠，他亲自审查每一行代码的习惯正在瓦解，这模糊了“感觉编程”与专业“智能体工程”的界限，并引发了对生产环境代码责任的深刻担忧。
核心要点
- “感觉编程”与“智能体工程”正在融合，界限变得模糊
- AI编程智能体（如Claude Code）的可靠性让资深工程师也开始跳过代码审查
- 这种趋势引发了对生产环境软件质量和安全责任的担忧
- 类比大型组织中的团队协作，提出了“信任但需验证”的新工程心态
深度解读
起因：一次播客对话引发的“不安” 资深软件工程师Simon Willison在一次播客访谈中，坦诚地分享了一个让他自己都感到“不安”的发现。他原本清晰地将“感觉编程”（Vibe Coding）——即非程序员或开发者凭感觉让AI生成代码，不关心质量——与自己倡导的、专业工程师利用AI工具构建高质量系统的“智能体工程”（Agentic Engineering）区分开来。然而，随着AI编程智能体变得越来越可靠，这条他曾经坚信的界限，在他自己的工作实践中开始模糊了。
拆解：可靠性的“诅咒”与审查的消失 核心的转变在于AI工具可靠性的提升。Willison举例说，当你让Claude Code（一种AI编程智能体）去构建一个标准的JSON API端点时，它几乎总能正确完成。这种“它总能做对”的信任感，产生了一个意想不到的后果：他开始不再逐行审查AI生成的、将用于生产环境的代码了。这让他产生了强烈的“负罪感”。他意识到，自己正在从一个“每一行代码都经过深思熟虑”的专业工程师，滑向一个“只要结果看起来对就行”的“感觉编程”者，尽管他本人拥有25年的工程经验。这种转变不是能力的退化，而是工具可靠性带来的行为惯性改变。
趋势洞察：从“个人工具”到“生产系统”的责任鸿沟 Willison的反思揭示了一个更深层的趋势：AI辅助编程正在重塑软件工程的责任模型。他此前认为，“感觉编程”仅适用于构建个人工具（出了问题只影响自己），而为他人构建软件则必须采用“智能体工程”，对质量负全责。但现在，工具的强大让专业工程师在构建生产系统时，也可能无意识地采用“感觉编程”的工作模式。这就像在一个大公司里，你依赖另一个团队交付的服务。你不会去审查那个团队的每一行代码，但你会依赖他们的专业性和组织的流程保障。AI智能体现在扮演了那个“另一个团队”的角色，但它缺乏人类团队的问责制和沟通上下文。
实用价值：建立新的“信任与验证”工作流 这对所有使用AI工具的开发者意味着什么？首先，需要建立新的心智模型。不能再简单地将AI视为“代码补全器”，而应将其视为一个“高度可靠但需监督的初级开发者”或“外部服务团队”。其次，工作流需要调整：
- 明确边界：对于核心、复杂、安全敏感的模块，必须坚持代码审查。
- 自动化验证：对于AI生成的标准、重复性代码（如CRUD接口），可以信任，但必须通过完善的自动化测试、监控和文档来建立“验证层”，代替人工审查。
- 接受新常态：未来，工程师的核心价值可能不再是“编写每一行代码”，而是“定义问题、设计架构、设定质量标准并验证AI的输出”。
反常识/意外 最反直觉的一点是：工具的“更好”和“更可靠”，反而可能降低最终产出的工程质量，因为它侵蚀了工程师固有的、严谨的审查习惯。这并非技术倒退，而是人机协作中行为模式的微妙异化。Willison的“不安”恰恰是专业责任感的体现，他提醒我们，在拥抱AI提效的同时，必须警惕“质量滑坡”，并有意识地构建新的工程纪律来应对这一挑战。
原文地址: Vibe coding and agentic engineering are getting closer than I'd like