“数字烟味”：一位编程语言作者眼中的AI辅助编码
Zig语言作者Andrew Kelley用“数字烟味”的比喻，犀利指出过度依赖AI辅助编码会产生一种可被识别的、低质量的代码风格，提醒开发者警惕AI工具的使用边界。
核心要点
- AI辅助编码的代码有“数字烟味”：一种可被有经验者识别的、独特的低质量模式。
- 人类错误与AI幻觉在本质上不同，使得AI生成的错误更容易被识别。
- 这揭示了AI工具在提升效率的同时，可能带来代码风格同质化和质量下降的风险。
- 开发者需要反思并建立个人或团队的AI使用规范，避免在关键项目中“吸烟”。
深度解读
起因：为什么一个“烟味”比喻在AI圈引发共鸣？
当Zig语言的创造者Andrew Kelley将过度依赖AI辅助编码比作“吸烟”，并说这种“数字烟味”对不吸烟者（即不滥用AI者）显而易见时，他触及了当前AI浪潮下一个日益尖锐但常被回避的矛盾：效率与质量的权衡。Simon Willison（知名开发者和SQLite核心贡献者）分享这段话，本身就代表了资深工程界对AI工具泛滥的一种深层忧虑。这不再是“AI能否写代码”的技术讨论，而是“AI正在如何改变我们的代码文化”的哲学审视。
拆解：什么是“数字烟味”？
Kelley的核心观点非常形象。他认为，人类开发者犯的错误通常是逻辑疏漏、边界条件考虑不周等“自然”错误。而大语言模型（LLM）的“幻觉”则不同，它可能生成看似合理、结构完整，但从根本上违背项目设计哲学、上下文或常识的代码。这种代码带着一种“味道”——比如过度工程化、不必要的抽象、对项目特定约定视而不见、或者使用了“教科书式”但不切实际的模式。对于像Kelley这样有强烈设计哲学（Zig强调简单、透明和控制）的作者来说，这种“味道”就像烟味一样刺鼻，因为它污染了代码库的纯粹性和一致性。
趋势洞察：从“工具使用”到“文化冲突”
这件事揭示了一个比技术更深层的趋势：AI工具正在引发开发者社区的文化断层。一边是拥抱“Agentic Coding”（代理式编码）的开发者，他们追求极致的开发速度，将AI视为超级外脑；另一边是注重代码工艺、可维护性和深层理解的“手工艺人”。Kelley的比喻暗示，这两种文化产生的代码产物，在“嗅觉”上已能区分。这不仅仅是代码审查（Code Review）的问题，更是关于什么是“好代码”的价值观碰撞。AI工具可能正在无意中推广一种“平均化”的、缺乏灵魂的代码风格，这对于追求卓越的项目（如系统编程语言、关键基础设施）是危险的。
实用价值：开发者该如何自处？
Kelley的警告并非反对使用AI，而是划定边界——“别在我家吸烟”。这对普通开发者的启示是：
- 情境化使用：在快速原型、探索性脚本或非核心模块中，大胆使用AI提效。但在核心架构、安全关键代码或需要体现独特设计哲学的部分，必须亲自操刀，深度审查每一行AI建议的代码。
- 建立“嗅觉”：有意识地培养识别AI代码“味道”的能力。这需要多阅读优秀的人类编写的代码，理解其背后的“为什么”，而不仅仅是“是什么”。
- 团队规范：团队应明确AI辅助编码的使用政策。哪些代码库允许使用？PR描述中是否需要标注AI辅助？代码审查时是否需要特别关注AI可能引入的“幻觉”型错误？
反常识/意外：效率的代价可能是“手艺”的退化
一个可能被忽视的角度是：过度依赖AI可能导致开发者“手艺”的集体退化。就像计算器普及后心算能力下降一样，如果开发者总是从AI那里获取“正确”代码，他们独立解决问题、深入调试和创造性设计的能力可能会萎缩。Kelley所捍卫的，正是这种需要通过亲手实践和深度思考才能获得的“手艺”。他提醒我们，AI是强大的工具，但工具的使用者必须保持主导权，否则工具就会反过来塑造使用者。这场关于“数字烟味”的讨论，最终指向一个根本问题：在AI时代，我们想成为什么样的工匠？
原文地址: Quoting Andrew Kelley