蜜月后的 Vibe 编码

spinny:~/writing $ vim vibe-coding-agentic-engineering.md

1~
2Vibe 编码是一种似乎生来就被讨厌但后来慢慢变得有用的表达方式。
3~
4起初听起来像是：我不认为，我问人工智能，我接受结果，继续前进。一种产生具有音乐背景的技术债务的愉快方式。
5~
6但这样就太容易驳回它了。事实是，vibe 编码截获了一个真实的东西：使用模型进行编程改变了想法和原型之间的关系。
7~
8首先你有一个想法，然后是漫长的攀登。现在你经常有一个想法，半小时后屏幕上就会出现一些东西。很难不被它诱惑。
9~
102026 年，有趣的问题不是振动编码是否正确。这是。问题是：蜜月之后会发生什么？
11~
12## 原型变得经济
13~
14这是最重要的部分。
15~
16人工智能工具降低了入门的情感成本。以前，如果你想尝试一个想法，你就必须投入工作：选择堆栈、创建项目、记住样板、编写布局、连接 API、处理无聊的细节。
17~
18现在你可以说：给我一个第一个版本。
19~
20第一个版本到来了。
21~
22并不总是美丽的。并不总是正确的。往往很脆弱。但它来了。当它到达时，谈话就会改变。你们不再在真空中争论。你正在触摸一些东西。
23~
24这对于设计师、创始人、产品经理、厌倦了重写脚手架的高级开发人员以及以前不会打开编辑器的好奇者来说非常强大。
25~
26Vibe 编码是一种炒作，因为它为更多人带来了正在创建的软件的物理感觉。
27~
28## 问题在于该软件仍然存在
29~
30模因讲述最少的部分是后天。
31~
32必须阅读原型。正确的。已测试。已部署。有保障。从别人那里得到的。连接到真实数据。变得易于访问。当依赖项发生变化时进行维护。
33~
34在这里，纯粹的氛围编码遇到了困难。
35~
36模型可以快速生成大量代码，但代码本身并没有价值。这是一种行为承诺。并且承诺必须得到验证。
37~
38氛围编码的风险并不在于编写丑陋的代码。即使没有人工智能，我们也一直在这样做。风险在于失去主人翁意识：“模型做到了”成为理解不够的借口。
39~
40但运行时不接受借口。如果代码在生产环境中运行，那么它就是您的了。
41~
42## 从氛围编码到代理工程
43~
44成熟版本的vibe编码并不是停止使用代理。就是以更严肃的循环来使用它们。
45~
46不是：它产生了我们所希望的一切。
47~
48但是：
49~
501. 描述意图；2.生成草稿；3.请代理人解释方案；
512. 进行小的差异；
523. 启动测试；
534. 进行评审；
545. 正确；8.然后才加入。
55~
56这件事值得一个不同的名字。我喜欢代理工程，即使听起来有点严肃。这意味着不要将代理用作老虎机，而是将其用作工程流程中的合作者。
57~
58重点不是要从氛围编码中夺走能量。它留下了她的踪迹。
59~
60## 效果很好的地方
61~
62当错误成本较低且探索价值较高时，Vibe 编码就会发挥作用。
63~
64示例：
65~
66- 界面原型；
67- 个人工具；
68- 内部仪表板；
69- 小游戏；
70- 一次性脚本；
71- API 扫描；
72- 概念证明；
73- 具有良好测试的机械重构；
74- 技术内容将转化为演示。
75~
76在这些情况下，速度就是关键。你想看看这个想法是否有效。你想找出你不明白的地方。您想要进行具体的对话。
77~
78Vibe 编码非常适合使表单显现出来。
79~
80## 哪里变得危险
81~
82当系统产生后果并且没有人放慢速度时，就会变得危险。
83~
84支付、个人数据、身份验证、权限、基础设施、数据库迁移、敏感遗留代码、合规性、生产。这里的氛围还不够。我们需要严谨。
85~
86这并不意味着人工智能无法提供帮助。事实上，它可以有很大帮助。但它必须在狭窄的范围内工作：分支、沙箱、测试、lint、审查、功能标记、回滚。
87~
88监视器上的短语很简单：代理速度越快，过程的可读性就越高。
89~
90如果你无法解释发生了什么变化，那么你就没有加速。你只是把债务从时间转移到了理解上。
91~
92## 开发者的新角色
93~
94最有趣的部分是开发人员的工作并没有消失。改变密度。
95~
96花在样板上的时间更少。更多时间用于意图、分解、审查、集成、测试、边界。
97~
98开发人员成为一种技术编辑。不是“校对”的蹩脚意义上的。从强意义上说：它决定什么必须存在、什么必须被削减、什么与系统一致、什么值得信任。
99~
100一个好的编辑不会拿走他们得到的一切。他甚至没有出于骄傲而全部重写。识别好的材料，将其成形，保护读者。
101~
102对于代理来说，读者也是未来的维护者。通常三周后就是你。
103~
104## 我看到的正在出现的模式
105~
106最健康的模式是这样的：
107~
108- 人：意图、约束、品味、责任；
109- 代理：变体、脚手架、搜索、局部修改、重复测试；
110- 基础设施：沙箱、CI、跟踪、权限、部署；
111- 团队：审查、所有权、标准。
112~
113当其中一个部件丢失时，某些东西就会变形。
114~
115只有人类：行动迟缓，常常因重复性工作而陷入困境。
116~
117仅代理：速度快，但没有情境判断。
118~
119只是基础设施：生产无用东西的优雅过程。
120~
121仅团队：围绕从未到达的原型进行非常有序的会议。
122~
123当各个部分互相交谈时，最好的结果就会发生。
124~
125## 一个小清单
126~
127在让振动编码原型成长之前，我会问自己以下问题：
128~
129- 我理解代码的结构吗？
130- 是否有针对关键行为的测试？
131- 我知道特工接触了哪些文件吗？
132- 我是否删除了生成但未使用的代码？
133- 是否有任何秘密、令牌或虚假数据最终出现在错误的位置？
134- 是否遵守最低可达性？
135- 部署是否有回滚？
136- 除了我之外还有谁可以保留它吗？
137~
138如果对太多问题的答案是否定的，那么这并不是失败。这只是一个原型，需要保持原型更长时间。
139~
140## 我的阅读
141~
142Vibe 编码是一个响亮的词，用来形容温柔的事物：看到一个想法在恐惧阻止之前成形的喜悦。
143~
144我不想把它扔掉。那太势利了。很多美好的事物就是这样诞生的，半歪着，还活着。
145~
146但剩下的软件还需要更多。它需要理解、测试、所有权、基础设施、边界。它需要有人说：酷，现在让我们把它变成现实。
147~
148也许未来不是在“严肃”编程和“氛围”编程之间进行选择。也许它正在学习改变方向：轻轻探索，然后尊重地巩固。
149~
150人的部分就在那里。知道什么时候该跑步，什么时候该坐下来阅读差异。
151~
152## 来源
153~
154- [Simon Willison：并非所有人工智能辅助编程都是vibe编码](https://simonwillison.net/2025/Mar/19/vibe-coding/)
155- [OpenAI：人们如何使用 ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)
156- [GitHub 博客：GitHub Copilot 编码代理](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)
157- [Anthropic：构建有效的代理](https://www.anthropic.com/engineering/building- effective-agents)
158- [Stack Overflow 博客：为什么 Vibe 编码是未来](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)
159~

NORMAL · vibe-coding-agentic-engineering.md [readonly]159 lines · :q to close

2Vibe 编码是一种似乎生来就被讨厌但后来慢慢变得有用的表达方式。

4起初听起来像是：我不认为，我问人工智能，我接受结果，继续前进。一种产生具有音乐背景的技术债务的愉快方式。

6但这样就太容易驳回它了。事实是，vibe 编码截获了一个真实的东西：使用模型进行编程改变了想法和原型之间的关系。

8首先你有一个想法，然后是漫长的攀登。现在你经常有一个想法，半小时后屏幕上就会出现一些东西。很难不被它诱惑。

102026 年，有趣的问题不是振动编码是否正确。这是。问题是：蜜月之后会发生什么？

11~

12## 原型变得经济

13~

14这是最重要的部分。

15~

16人工智能工具降低了入门的情感成本。以前，如果你想尝试一个想法，你就必须投入工作：选择堆栈、创建项目、记住样板、编写布局、连接 API、处理无聊的细节。

17~

18现在你可以说：给我一个第一个版本。

19~

20第一个版本到来了。

21~

22并不总是美丽的。并不总是正确的。往往很脆弱。但它来了。当它到达时，谈话就会改变。你们不再在真空中争论。你正在触摸一些东西。

23~

24这对于设计师、创始人、产品经理、厌倦了重写脚手架的高级开发人员以及以前不会打开编辑器的好奇者来说非常强大。

25~

26Vibe 编码是一种炒作，因为它为更多人带来了正在创建的软件的物理感觉。

27~

28## 问题在于该软件仍然存在

29~

30模因讲述最少的部分是后天。

31~

32必须阅读原型。正确的。已测试。已部署。有保障。从别人那里得到的。连接到真实数据。变得易于访问。当依赖项发生变化时进行维护。

33~

34在这里，纯粹的氛围编码遇到了困难。

35~

36模型可以快速生成大量代码，但代码本身并没有价值。这是一种行为承诺。并且承诺必须得到验证。

37~

38氛围编码的风险并不在于编写丑陋的代码。即使没有人工智能，我们也一直在这样做。风险在于失去主人翁意识：“模型做到了”成为理解不够的借口。

39~

40但运行时不接受借口。如果代码在生产环境中运行，那么它就是您的了。

41~

42## 从氛围编码到代理工程

43~

44成熟版本的vibe编码并不是停止使用代理。就是以更严肃的循环来使用它们。

45~

46不是：它产生了我们所希望的一切。

47~

48但是：

49~

501. 描述意图；2.生成草稿；3.请代理人解释方案；

512. 进行小的差异；

523. 启动测试；

534. 进行评审；

545. 正确；8.然后才加入。

55~

56这件事值得一个不同的名字。我喜欢代理工程，即使听起来有点严肃。这意味着不要将代理用作老虎机，而是将其用作工程流程中的合作者。

57~

58重点不是要从氛围编码中夺走能量。它留下了她的踪迹。

59~

60## 效果很好的地方

61~

62当错误成本较低且探索价值较高时，Vibe 编码就会发挥作用。

63~

64示例：

65~

66- 界面原型；

67- 个人工具；

68- 内部仪表板；

69- 小游戏；

70- 一次性脚本；

71- API 扫描；

72- 概念证明；

73- 具有良好测试的机械重构；

74- 技术内容将转化为演示。

75~

76在这些情况下，速度就是关键。你想看看这个想法是否有效。你想找出你不明白的地方。您想要进行具体的对话。

77~

78Vibe 编码非常适合使表单显现出来。

79~

80## 哪里变得危险

81~

82当系统产生后果并且没有人放慢速度时，就会变得危险。

83~

84支付、个人数据、身份验证、权限、基础设施、数据库迁移、敏感遗留代码、合规性、生产。这里的氛围还不够。我们需要严谨。

85~

86这并不意味着人工智能无法提供帮助。事实上，它可以有很大帮助。但它必须在狭窄的范围内工作：分支、沙箱、测试、lint、审查、功能标记、回滚。

87~

88监视器上的短语很简单：代理速度越快，过程的可读性就越高。

89~

90如果你无法解释发生了什么变化，那么你就没有加速。你只是把债务从时间转移到了理解上。

91~

92## 开发者的新角色

93~

94最有趣的部分是开发人员的工作并没有消失。改变密度。

95~

96花在样板上的时间更少。更多时间用于意图、分解、审查、集成、测试、边界。

97~

98开发人员成为一种技术编辑。不是“校对”的蹩脚意义上的。从强意义上说：它决定什么必须存在、什么必须被削减、什么与系统一致、什么值得信任。

99~

100一个好的编辑不会拿走他们得到的一切。他甚至没有出于骄傲而全部重写。识别好的材料，将其成形，保护读者。

101~

102对于代理来说，读者也是未来的维护者。通常三周后就是你。

103~

104## 我看到的正在出现的模式

105~

106最健康的模式是这样的：

107~

108- 人：意图、约束、品味、责任；

109- 代理：变体、脚手架、搜索、局部修改、重复测试；

110- 基础设施：沙箱、CI、跟踪、权限、部署；

111- 团队：审查、所有权、标准。

112~

113当其中一个部件丢失时，某些东西就会变形。

114~

115只有人类：行动迟缓，常常因重复性工作而陷入困境。

116~

117仅代理：速度快，但没有情境判断。

118~

119只是基础设施：生产无用东西的优雅过程。

120~

121仅团队：围绕从未到达的原型进行非常有序的会议。

122~

123当各个部分互相交谈时，最好的结果就会发生。

124~

125## 一个小清单

126~

127在让振动编码原型成长之前，我会问自己以下问题：

128~

129- 我理解代码的结构吗？

130- 是否有针对关键行为的测试？

131- 我知道特工接触了哪些文件吗？

132- 我是否删除了生成但未使用的代码？

133- 是否有任何秘密、令牌或虚假数据最终出现在错误的位置？

134- 是否遵守最低可达性？

135- 部署是否有回滚？

136- 除了我之外还有谁可以保留它吗？

137~

138如果对太多问题的答案是否定的，那么这并不是失败。这只是一个原型，需要保持原型更长时间。

139~

140## 我的阅读

141~

142Vibe 编码是一个响亮的词，用来形容温柔的事物：看到一个想法在恐惧阻止之前成形的喜悦。

143~

144我不想把它扔掉。那太势利了。很多美好的事物就是这样诞生的，半歪着，还活着。

145~

146但剩下的软件还需要更多。它需要理解、测试、所有权、基础设施、边界。它需要有人说：酷，现在让我们把它变成现实。

147~

148也许未来不是在“严肃”编程和“氛围”编程之间进行选择。也许它正在学习改变方向：轻轻探索，然后尊重地巩固。

149~

150人的部分就在那里。知道什么时候该跑步，什么时候该坐下来阅读差异。

151~

152## 来源

153~

154- [Simon Willison：并非所有人工智能辅助编程都是vibe编码](https://simonwillison.net/2025/Mar/19/vibe-coding/)

155- [OpenAI：人们如何使用 ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)

156- [GitHub 博客：GitHub Copilot 编码代理](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)

157- [Anthropic：构建有效的代理](https://www.anthropic.com/engineering/building- effective-agents)

158- [Stack Overflow 博客：为什么 Vibe 编码是未来](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)

159~