最近有朋友问我：”为什么你们这些搞Vibe Coding的人总在强调Ethos？这听起来像某种哲学概念，跟写代码有什么关系？” 我笑着回答：”因为Ethos就是氛围编程的灵魂啊！没有灵魂的躯壳，再华丽也只是一堆代码的堆砌。”
让我用一个简单的比喻来解释：传统的软件开发就像在工厂里组装汽车，每个零件都要精确安装；而Ethos驱动的氛围编程，更像是培育一个生态系统，我们设定基本原则，然后让AI在这个原则框架下自由生长。这不仅仅是技术变革，更是思维方式的彻底转变。
在过去的项目实践中，我发现一个有趣的现象：那些遵循”不手改代码”原则的团队，往往能更快地适应需求变化。有一次，我们的一个微程序需要修改，传统团队花了三天时间讨论、编码、测试，而采用Vibe Coding的团队只用了半小时重新定义意图提示词，就让AI生成了全新的代码版本。这就是Ethos的力量——把精力集中在定义”要做什么”，而不是纠结于”怎么做”。
记得IBM前CEO郭士纳在《谁说大象不能跳舞》中说过：”文化不是企业的一部分，文化就是企业本身。” 这句话用在Vibe Coding上同样适用：Ethos不是开发流程的一部分，Ethos就是开发流程本身。它包含了我们对待代码的态度、处理数据的方式、以及构建系统的哲学。
那么，如何建立一个有效的Ethos Vibe Coding环境呢？我的经验是分三步走：首先是确立原则，比如我们坚持的”一切皆数据”和”用标准连接一切能力”；其次是构建工具链，确保从意图描述到代码生成的全流程可控；最后是培养团队文化，让每个成员都理解并认同这些原则的价值。
亚马逊的”两个披萨团队”原则在这里给了我很大启发：小而专的团队更容易形成统一的Ethos。在我们最近的实践中，一个由三人组成的Vibe Coding团队，在两个月内完成了过去需要十人团队半年才能完成的功能迭代。这不是因为他们 coding 更快，而是因为他们把时间花在了更重要的地方——定义清晰的意图和接口规范。
当然，Ethos Vibe Coding也不是万能药。它要求开发者具备更强的抽象思维能力，能够跳出代码细节，从系统和生态的角度思考问题。这让我想起哈佛商学院克莱顿·克里斯坦森的颠覆性创新理论：新技术往往从非主流市场开始，然后逐步颠覆主流市场。Vibe Coding现在可能还处于早期阶段，但我相信它代表着软件开发的未来方向。
最后，我想用一个问题结束今天的分享：当AI能够理解并执行我们的意图时，我们作为开发者的核心价值是什么？是写出更优雅的代码，还是定义更清晰的意图？在我看来，答案显然是后者。因为代码终将被重构，而清晰的意图和接口规范才是真正的长期资产。