文章批评了"氛围编程"这种极端理念，指出完全依赖AI而不关注底层代码的编程方式实属荒谬。作者认为即便使用AI工具，人类仍需构建基础框架和规则，所谓的"纯氛围编程"根本不存在。这种极端做法导致了代码重复等荒谬结果，揭示了过度推崇"自产自用"理念的弊端。

标题：盲目推崇"氛围编程"是一种疯狂行为

（来源：Bram Cohen个人博客，2026年4月5日）

Claude公司源代码遭泄露后，其代码质量引发了广泛嘲笑。这种现象源于"吃自家狗粮"（dogfooding）理念的极端化演变——开发团队过度沉迷于使用自家产品，甚至发展出所谓的"氛围编程"（vibe coding）这种荒谬的工作方式。

所谓"氛围编程"，是指开发者完全不接触底层代码，仅通过与AI进行模糊对话来指导开发。这种做法的荒谬性体现在： 1. 开发过程中人类参与不可避免，包括使用自然语言沟通、构建基础架构等 2. 当前泄露的代码完全使用英文编写，普通人都能理解，但开发者却拒绝查看 3. 代码中存在大量明显的冗余问题（如"代理"和"工具"功能重复），本可通过简单审查发现

作者通过自身实践指出更高效的工作模式： - 与AI就具体问题展开对话（如"审计不可达代码"或"重构混乱函数"） - 通过反复讨论明确解决方案 - 最后由AI执行具体修改 - 整个过程人类负责高层次指导，AI完成实际编码

文章强调：使用AI编程不等于必须接受低质量代码。软件质量低下是人为选择的结果，与是否使用AI无关。开发者应该主动承担代码质量责任，善用AI的代码清理能力，而非以"氛围编程"为借口逃避审查工作。

（注：原文中大量关于具体代码审查过程的对话示例和技术细节已精简，保留了核心观点和关键论据）

以下是评论内容的总结，平衡呈现不同观点并保留关键引用：

【支持AI编程的观点】 1. 效率与实用性： - 认为AI编程能快速构建流行产品，代码质量并非关键（评论8："you can build a crazy popular & successful product while violating all the traditional rules"） - 指出97%的Web应用只需基础功能，无需过度优化（评论10："97% of web apps aren't just basic CRUD"）

2. 技术演进必然性：

• 类比历史技术抽象化进程（评论2："AI is just another layer of abstraction"）
• 引用颠覆式创新理论，预测AI终将超越人工（评论11："it'll surpass hand crafted equivalents"）

【质疑AI编程的观点】 1. 代码质量隐患： - 批评"氛围编程"导致代码混乱（评论3："leads to some very ridiculous outcomes"） - 指出产品实际质量下降（评论21："The product quality is noticeably sub par"）

2. 工程管理问题：

• 反对同步对话模式，主张自动化审查（评论7："It is mistake to have a synchronous conversation with a machine!"）
• 强调合并不同版本代码的实际成本（评论16："will break someone's workflow"）

【中立/其他视角】 1. 劳动力市场影响： - 认为AI编程是资本压制工资的手段（评论19："another effort to suppress engineering salaries"） - 担忧杰文斯悖论导致岗位减少（评论20："strip out so much demand"）

2. 技术本质争议：

• 质疑当前AI非真正AGI（评论17："vectorized knowledge base, not an AI"）
• 指出传统软件定律正被挑战（评论20列举Brooks定律等5项被挑战的经典理论）

关键分歧点在于：支持方强调生产力和可迭代性（评论15："Code doesn't matter anymore"），反对方坚持工程规范和代码可维护性（评论5主张"human understands completely"的AI Level 5更优）。