本报特约记者 林毅
在2024年生成式AI工具快速迭代的浪潮中，“Vibe coding”一度成为开发者社区最热门的实践方式。所谓Vibe coding，即开发者将大部分代码生成工作交给AI，自身仅负责描述需求、拼凑片段、调试运行，追求“先跑起来再说”的极速产出。然而，经过数月乃至一年的沉浸式体验，越来越多技术团队开始反思：这种被效率冲昏头脑的编码方式，正在让软件项目的可持续性付出惨重代价。近日，多位资深工程师和技术管理者在行业论坛上发声，主张“回归半古法编程”——即在AI辅助下保留核心逻辑的手工编写与深度理解，寻求人与工具的理性平衡。
从狂热到冷静：Vibe coding的三大陷阱
Vibe coding的魅力在于其“零门槛”假象：只需用自然语言描述意图，AI就能在几秒内吐出数十行代码。一位曾在创业公司主导AI开发的工程师李锐坦言：“我们一度认为Vibe coding是救星，三天就能跑通一个原型，但三个月后，项目变成了‘代码垃圾山’。”他总结出三大核心问题：
其一，可维护性急剧退化。 AI生成的代码往往缺少模块化设计、缺乏注释、变量命名混乱，甚至存在隐蔽的边界错误。当团队需要迭代功能或修复Bug时，阅读这些“AI黑箱产物”的时间远超过重新手写。某互联网大厂技术负责人表示，其团队曾接手一个完全由Vibe coding构建的内部工具，“重构成本几乎是原始开发成本的6倍”。
其二，技术债加速累积。 由于开发者对底层逻辑缺乏理解，当AI生成代码出现兼容性问题、性能瓶颈或安全漏洞时，往往只能依靠反复“提示-生成-粘贴”的循环来打补丁。这种治标不治本的做法导致架构熵增失控。GitHub上的一个开源项目维护者感叹：“Vibe coding写出的代码就像‘一次性筷子’，用完就丢，但项目中这样的筷子堆满了整个厨柜。”
其三，对开发者能力的隐性侵蚀。 长期依赖AI生成代码，部分开发者的算法思维、调试能力和系统设计能力出现明显退化。“以前遇到问题我会先想‘为什么’，现在第一反应是‘问AI’。”一位刚毕业两年的前端开发者坦言，自己已经很难独立编写一个没有AI帮助的复杂逻辑。
半古法编程：可持续开发的理性回归
所谓“半古法编程”，并非完全排斥AI工具，而是有意识地划定边界：让AI负责机械性的、模板化的代码生成（如CRUD接口、配置脚本、测试用例），而关键的业务逻辑、架构设计、底层算法、安全校验等核心部分，坚持由开发者手工编写并深入理解。
“这是一种‘人机协作’2.0版本。”资深架构师陈昊在近期一篇技术博文中详细阐述了他的实践方法：首先，用思维导图或伪代码手工设计系统流程；其次，将非核心模块交给AI草拟，但必须逐行审阅并通过测试；再次，核心模块坚持手写，并添加详细注释；最后，定期进行代码重构，将AI生成的“垃圾代码”手动替换为高内聚低耦合的优雅实现。
这种模式带来的回报是明显的。某金融科技公司技术团队在开发一套交易风控系统时，最初采用Vibe coding，两周内即陷入bug泥潭；切换到半古法模式后，虽然初期手工编码时间增加了约40%，但项目整体交付周期反而缩短了25%，上线后的线上缺陷率下降了70%。“真正的效率不是代码多快生成，而是系统多久不需要重写。”该团队负责人总结道。
行业共识正在形成
多个技术社区近期的投票调查显示，超过65%的受访开发者表示正主动减少对AI生成代码的依赖，而转向“理解优先”的开发模式。微软、谷歌等大型科技公司的内部技术文档也新增了“AI辅助代码质量标准”，明确要求开发者对AI生成代码承担与手写代码同等的责任。
正如一位技术博主所言：“Vibe coding就像吃快餐——速度很快，但长期吃下去，身体会垮。半古法编程才是自己做饭，虽然花时间，但你知道每一道菜的成分。” 在AI工具越来越强大的时代，真正可持续的开发能力，不是交出键盘，而是学会在工具的辅助下，握紧自己手中的那根笔。