AI写代码10%能用90%要改，网易云音乐CTO说缺了个"刹车片

AI写代码这事，有点像自动驾驶——市区代步挺香，一上高速就露怯。

ChatGPT、Claude们生成的代码，Demo阶段人人叫好，塞进复杂系统里却频频翻车。同一件事让AI写三遍，能产出三种风格迥异的实现，维护成本指数级膨胀。更麻烦的是上下文幻觉：AI会自信满满地引用一个不存在的类，或者制造循环依赖，等你编译报错时它早"失忆"了。

这就是"Vibe Coding"的繁荣悖论：个人开发者玩得飞起，企业级采用率却卡在10%上不去。

前网易云音乐CTO曹偲想了个办法——给AI装个"左脑"。

他创办的Toco正在探索一种"双核架构"：Agent负责理解意图、生成胶水代码，扮演创造性的右脑；Engine则像严谨的左脑，用确定性规则渲染80%的DDD/CQRS骨架代码。中间靠一层DSL（领域特定语言）锁定结构，避免概率模型自由发挥。

具体流程是：自然语言需求先转成中间态DSL，经过静态语法校验，再由引擎生成标准Spring代码。换句话说，AI只负责"想"，引擎负责"写"，人最后"审"。

这套模式在新系统、新模块或重构场景里跑通了数据：某电商场景重构后，Code Review耗时降了70%，架构类Bug归零。但曹偲也坦承边界——在老系统"屎山"上直接叠加会遭遇阻抗失配，更适合"双模开发+防腐层"的渐进策略。另外，让AI全自动设计架构曾踩过坑，聚合边界划分不合理，必须保留Human-in-the-loop。

最痛的教训是"All-in Prompt"：无论Prompt写得多精妙，长链路依赖问题终究需要引擎兜底。现有AI工具的风格完全取决于Prompt质量和模型发挥，导致团队代码风格严重发散，难以治理。

曹偲把这套思路总结为"从Vibe Coding到Architecture Coding"——Code是过程，Model才是资产。改需求本质是改模型，引擎自动同步更新相关代码，系统具备长期演进能力，而非变成不敢动的黑盒。

4月16日至18日，他会把踩过的坑和验证过的路径带到QCon北京站。同期还有腾讯、阿里、百度、华为、蚂蚁、小米等企业的百余个真实落地案例。一位听过内部分享的开发者反馈："终于有人承认AI不是万能的了，这个'刹车片'设计比纯吹AI靠谱。"