虎嗅

可复制的AI Coding 全栈实战:比OpenSpec 更轻量、更丝滑

核心内容总结

淘宝闪购团队通过一年多的AI编码实战,解决了AI在生产环境中“看似快但质量差、结构乱”的问题。他们的核心思路是:把工程师脑子里的隐性规范显性化,让AI遵守;通过需求分类、工程结构约束、质量闭环和团队运营,实现了可复制的AI编码全栈方案,不仅提升了编码效率(AI编码率从9%到89%),还保证了代码质量,同时重新定义了AI时代程序员的价值——从“码农”转向架构决策者和质量守门员。

一、AI编码在生产中“拉胯”的三大根源

AI写代码为啥总“差一点”?不是AI不行,而是我们没用好:

1. AI的天生短板:AI是“猜”代码(概率推测),但业务需求是“必须对”(确定性),这就像让一个凭感觉答题的人去考满分卷,容易“胡说八道”(幻觉)。而且AI不懂你的业务细节(比如订单状态流转规则)和团队编码习惯,写出来的代码要么逻辑错,要么放错位置。

2. 人机协同没跟上:以前写代码用的是精确的编程语言(比如Java),现在用自然语言跟AI沟通,一句话的语气不同可能让AI理解错。另外,AI一次生成上千行代码,原来人工逐行查错的方式根本忙不过来。

3. 人的认知固化:有人怕AI出错不敢用,有人怕自己失业不愿用,还有人习惯了写具体代码,不会思考“怎么指挥AI干活”——这就像有了挖掘机,还在手动挖土。

二、破局关键:把隐性规范变成AI能懂的“硬规矩”

解决问题的核心是:把工程师脑子里的“潜规则”(比如代码放哪个目录、异常怎么处理)写下来,让AI严格遵守。具体做了三件事:

1. 需求分类处理:新增需求和修改需求分开。新增需求重点讲架构(模块边界、数据流向),修改需求重点讲影响(改哪里、会不会波及上下游),给AI不同的模板,避免它乱发挥。

2. 工程结构“宪法”:先让AI把整个项目的架构、目录、技术栈写出来,作为“最高规则”。比如规定“数据层代码必须放dao文件夹”,AI就不会乱放。这还顺便帮团队梳理了老项目的混乱架构。

3. 任务拆分解决“记不住”问题:AI容易忘前面的内容(上下文挤爆),所以把大任务拆成小任务,每个任务记状态。比如写一个66文件的需求,AI拆成子任务,中途断了也能接着来——团队试过只输入“继续”两个字,AI就完成了剩下的5000行代码。

三、质量保障:AI自我审查+人工终审的闭环

AI生成的代码怎么保证质量?不是人工逐行看,而是建了一个“AI自查+人工把关”的循环:

1. AI自我审查:给AI一套审查规范(比如业务逻辑对不对、代码设计合理吗、有没有bug),让它自己查。第一次查可能只有70分,改一轮后能到96分。

2. 人工终审:只看高风险点(比如线上容易崩溃的细节、安全漏洞),不用看全部代码。这样人工效率提高了,还能聚焦关键问题。

3. 规范迭代:如果AI犯了重复错误(比如把异常码和消息写在一起),不用改代码,直接更新规范文件——规范越用越完善,AI下次就不会错了。

四、团队推广:从“试点”到“飞轮效应”的运营

推广AI编码不是硬推KPI,而是靠氛围和榜样:

1. 营造氛围:定期让用得好的人分享经验,每月评“编码先锋”,让大家看到效果。比如团队里有人用AI节省了80%的编码时间,其他人自然想学。

2. 小范围试点:先选1-2个需求、1-2个人试,教会他们全流程,再让他们回团队当“布道师”。

3. 数据跟踪:看两个指标——AI编码率(从9%到89%)和代码质量(千行bug率、回滚率),确保效率提升的同时质量不下降。

五、未来:程序员从“执行者”变“决策者”

AI编码的未来是“端到端闭环”:从需求到测试、上线,AI全程参与,中间有两个小循环——编码→自查→优化,测试→反馈→再编码。而程序员的角色会变:

1. 架构决策者:不再写具体代码,而是设计架构、制定规范(“规范即代码”)。

2. 质量守门员:聚焦高风险点,确保AI的输出符合业务要求。

3. AI协作者:学会指挥AI,而不是跟AI比谁写代码快——AI执行效率比人高,但需要人的智慧来引导。

简单说,AI不是来抢饭碗的,而是给程序员加了个“超级杠杆”——用好它,你就能从“搬砖”变成“设计大楼”。

一句话总结

AI编码的本质是“把软件工程的规矩讲给AI听”,让AI成为高效的执行者,而程序员则升级为更有价值的决策者。这不是技术的革命,而是工作方式的进化。