AI 辅助编程早已不是 “代码补全” 的初级应用,但输出不稳定、需求易偏移、风格不统一等问题,始终阻碍着 AI 在企业级项目中规模化落地。
我们基于 Claude Code 完成了一场为期 10 天的 Spec Coding(规格驱动编码)深度实战:从零搭建一套完整的企业级中后台系统,累计净增 2.5 万行代码,整体研发提效 36%,全程产生 2754 次工具调用、覆盖 109 个会话记录。
这场实战的核心结论是:AI 编程的上限不取决于模型本身的代码能力,而取决于能否用结构化的工作流,把不确定性消除在执行之前。本文将从工作流设计、全流程落地、规范体系搭建、工具链补全、边界认知五个维度,拆解可直接复用的 AI 编程落地方案。
二、Spec Coding:解决 AI 编程不确定性的核心逻辑
1. 什么是 Spec Coding 工作流
Spec Coding(规格驱动编码)的核心思想是 “先定规格,再写代码”。每一项功能变更,都通过标准化工具拆分为四个递进阶段:
- 提案阶段(Proposal):明确需求背景、目标价值与大致方向,先对齐 “为什么做”
- 设计阶段(Design):输出技术方案、模块划分与影响范围,确定 “怎么做”
- 规格阶段(Specs):拆解到单文件级别的实现细节,形成可执行的精确描述
- 任务阶段(Tasks):拆分为可独立执行的原子任务,AI 按步骤逐项落地
2. 规格驱动的落地价值
传统 “一句指令一段代码” 的交互模式,在复杂项目中极易出现需求偏移、反复返工。Spec Coding 通过前置确定性,从根源上解决 AI 编程的三大痛点:
- 减少方向返工:在编码前完成方案对齐,避免实现完成后才发现与业务预期不符,尤其适合跨多文件、多层级的复杂功能
- 控制执行边界:通过任务拆分让 AI 聚焦单一步骤,避免因上下文过长出现逻辑混乱或自行扩展需求
- 全链路可审计:每个功能变更都保留完整的决策链条,便于后续回溯设计思路,也方便团队复用成熟方案
三、全流程落地:10 天从零到上线的 AI 开发路径
本次实战项目为标准企业级中后台系统,包含表格、表单、数据看板、权限管理等核心模块,全程以 AI 辅助开发为主,人工仅做决策与关键节点校验。整体推进分为四个阶段,不同阶段匹配不同的 AI 协作模式。
阶段一:设计前置 ——AI 兼任产品与 UI 角色
在编码开始前,我们先用 AI 完成从需求概念到研发物料的全链路产出,全程仅 1 名工程师参与。
- 植入 “首席产品专家” 角色提示词,对齐产品定位、核心流程与页面框架,输出完整需求逻辑
- 基于统一设计规范,通过对话式交互逐页生成高保真 HTML 原型,直接作为视觉参考标准
- 以 HTML 原型为上下文,生成精确到组件行为的 PRD 文档,作为后续 AI 编码的需求基准
该阶段的产出既是研发对齐的依据,也是 AI 生成代码时的核心上下文,从源头降低了后续的沟通成本与需求偏差。
阶段二:基建搭建 —— 问答式完成项目初始化
本阶段耗时 2 个工作日,累计 20 条指令,核心目标是搭建项目底座、打通基础链路。
我们以问答交互为主,向 AI 提出架构选型、目录设计、环境配置等问题,人工确认方案后由 AI 执行落地。AI 在该阶段完成了技术栈适配、项目结构搭建、开发环境配置,并实现了首个核心列表页,成功打通前后端数据链路,验证了技术方案的可行性。
阶段三:功能批量开发 ——Spec 工作流规模化提效
本阶段耗时 4 个工作日,累计 89 条指令,项目约 80% 的功能代码在此阶段交付,是 Spec Coding 发挥价值的核心环节。
我们不再向 AI 下达零散指令,而是针对每个功能模块先共同定义完整的功能规格(SDD),再由 AI 基于规格自主拆分任务、逐段编码。通过该模式,我们高效完成了授权管理、数据分析看板、文档树状结构等多个复杂模块,代码一致性与交付效率显著提升。
阶段四:重构与部署 —— 精细化迭代与复杂问题排障
本阶段耗时 4 个工作日,累计 108 条指令,工作重心从功能新增转向质量优化与生产落地。
我们与 AI 协同完成了多轮功能迭代与架构重构,包括业务流程完善、侧边栏导航重构、登录逻辑修复、首页组件分层解耦等,偿还了快速迭代阶段积累的技术债。在生产部署环节,我们遇到了跨环境构建失败等复杂问题,通过多轮日志分析与源码排查,最终定位根因并完成上线。
四、四类核心场景的 AI 落地解法
场景一:全链路产品设计 —— 单人闭环完成需求到原型
落地痛点:小型项目或快速验证阶段,缺少产品、UI 角色,需求落地慢、原型成本高。
解决方案:通过角色切换,让 AI 分阶段承担不同职能:
- 产品角色:植入产品专家提示词,先对齐业务目标、用户路径与功能清单,输出结构化需求框架
- 设计角色:基于统一的设计规范(配色、间距、组件风格),生成可直接预览的 HTML 高保真页面,而非静态图片
- 文档角色:以设计稿为输入,生成精确到组件交互、字段规则的 PRD 文档,直接供给研发阶段使用
该模式下,单人即可在短时间内完成从需求概念到研发物料的全流程产出,大幅降低了小型项目的启动成本。
场景二:增量功能开发 ——SDD 驱动前后端零返工联调
落地痛点:新增功能模块时,AI 易出现接口字段错配、前后端联调反复返工的问题。
解决方案:用 SDD(软件设计文档)+ MCP 接口工具构建标准化开发路径:
- 先输出功能模块的完整设计规格,明确页面结构、交互逻辑、接口清单
- 通过 MCP 工具直连接口文档平台,AI 自动拉取接口的入参、出参、枚举值、必填项
- 基于规格一次性生成完整页面代码与接口请求文件,类型定义自动对齐
实战中,单个定时任务管理模块(含完整 CRUD、执行记录、检索)人工指令不足 10 条,6 个后端接口一次联调通过,零返工;单日可交付 3 个完整功能模块,人效提升 3 倍。
场景三:存量系统重构 —— 可控风险下的 AI 代码重构
落地痛点:重构是 “在运行的系统上动手术”,AI 容易误改核心逻辑、破坏原有功能,风险不可控。
解决方案:用 Spec 把 “不能改什么、按什么顺序改、怎么验证” 全部前置明确:
- 先梳理重构前的架构问题,明确重构目标与不可修改的边界
- 拆分为多组原子任务,每组任务包含明确的输入、操作内容、验收标准
- 嵌入类型检查、冒烟验证等校验节点,每完成一组任务先验证,再进入下一步
以某首页重构为例,我们拆分了 9 组 34 个子任务,从组件归属确认、分层迁移、路径更新到类型校验、冒烟验证全程闭环,AI 独立完成全部任务,人工干预不足 5 条指令;最终实现 7 个业务组件与公共组件解耦,核心 Hook 从 20 + 方法拆分为 3 个单职责模块,组件 Props 数量缩减 60%。
场景四:复杂环境排障 —— 边界内的问题定位与解决
落地痛点:跨环境、多根因、依赖内部逻辑的问题,AI 往往分析局部正确但无法解决全貌。
典型案例:测试环境构建失败,本地无法复现,累计耗时 4 小时、7 个会话、59 条指令才解决。
根因分析:
- 多根因层层掩盖:每解决一层问题才暴露下一层,单次分析无法覆盖全貌
- 信息存在盲区:AI 只能读取日志,无法感知 CI 环境的隐性配置
- 依赖行为无文档:部分依赖包的静默行为(如 Prisma 引擎下载卡死)无显式报错,需深入依赖源码才能定位 落地方案:
- 前置环境规范:将跨平台依赖、构建环境配置写入规则,从源头规避环境差异问题
- 引导深度排查:遇到无报错的卡死问题,引导 AI 深入
node_modules对应源码定位逻辑 - 固化解决方案:将成熟方案沉淀为配置规范,例如配置
PRISMA_ENGINES_MIRROR指向国内镜像源,统一包管理器与 lockfile 规则,删除有副作用的.npmrc配置
五、三层规范体系:让 AI 稳定输出团队级标准代码
AI 输出不稳定的核心原因之一,是 “只知道不能做什么,不知道标准的产出是什么样”。我们搭建了 “约束 – 示范 – 视觉” 三层规范体系,让 AI 的输出从 “能跑” 升级为 “符合团队标准”。
第一层:约束层 —— 划定执行的硬边界
在指定目录下按维度拆分规范文件,每条规则明确 “必须怎么做、禁止怎么做”,覆盖研发全维度:
- TypeScript 规范:禁止滥用 any、强制可选链与空值处理、类型定义规则
- 命名规范:文件、组件、变量、接口函数的命名风格统一
- 注释规范:文件头标识、JSDoc 格式、特殊标记规则
- 目录规范:页面级目录的分层结构(constants/services/hooks/components)
- 接口规范:请求函数命名、响应泛型格式、错误处理规则
约束层的作用是划清底线,确保 AI 生成的代码不会出现原则性错误。
第二层:示范层 —— 给出标准化产出模板
仅靠规则无法保证代码风格统一,我们将团队高频业务场景沉淀为完整的标准代码模板,作为 AI 生成的参考基准:
- 通用列表页模板:含搜索、分页、批量操作、行操作的完整实现
- 通用表单页模板:含创建 / 编辑双模式、字段校验、提交逻辑
- 抽屉组件模板:标准的打开关闭、数据回显、销毁逻辑
- 通用组件模板:Props 定义、事件暴露、使用示例的完整结构
开发时只需指令 AI “参考对应模板生成页面”,即可一次输出符合团队风格的代码,无需多轮反复调整。
第三层:视觉层 —— 统一 UI 还原标准
纯文字描述 UI 需求极易产生偏差,我们将核心页面的 HTML 设计稿存入指定目录作为视觉参考:
- AI 可直接读取 HTML 中的结构、样式、间距、配色信息
- 生成代码时自动对齐设计稿的布局与视觉效果
- 还原度显著高于纯文字描述,尤其适合复杂布局与细节样式
规范体系的落地效果
- 正面表现:全项目 205 个文件的接口命名、目录分层、代码结构高度一致;几乎所有数据访问都做了空值保护,运行时报错率大幅降低
- 偏差场景:少量场景会出现未分层、后缀名错误、使用废弃 API 等问题,通常 1 条指令即可修正
- 核心结论:规范是 AI 稳定输出的基础,但只有约束层远远不够;示范层与视觉层能为 AI 提供明确的对齐锚点,输出质量与一致性会有量级提升。
六、MCP 工具链:消除 AI 编程的信息断层
AI 辅助开发的一大效率损耗,在于人工搬运信息:接口文档要复制、需求文档要粘贴、日志要截图上传。MCP(模型上下文协议)工具可以让 AI 直接访问内部系统,消除信息断层。
工具一:接口文档直连
AI 可通过接口 URL 自动拉取完整文档,包括字段定义、枚举值、必填项、请求响应结构,直接生成类型文件与请求函数:
- 累计调用 21 次,完成 39 个接口的接入与迭代
- 类型定义精准、注释完整,无需人工校对
- 服务端接口未就绪时,可同步生成 Mock 数据,解除后端依赖
工具二:内部文档直读
AI 可直接读取飞书等平台的云文档内容,包括 PRD、设计说明、技术方案:
- 无需人工打开文档、复制内容、粘贴到对话框
- 需求变更时可直接基于文档更新代码,上下文连贯不中断
拓展方向
MCP 工具链可继续纵向延伸,逐步接入设计稿平台、测试用例系统、发布平台、日志平台,形成从需求到上线的全链路 AI 编程闭环。
七、AI 编程的能力边界与落地认知
1. 重新定位 AI:顶级执行者,而非智能助手
AI 不是简单的 “副驾驶”,更像一个极度服从、无限耐心,但没有内部业务常识的顶级执行者:
- 极度服从:会严格执行给定的规范与指令,不会主动质疑合理性;规范越精确,执行越可靠
- 无限耐心:批量任务、重复操作、跨会话进度跟踪,AI 执行没有意志力成本
- 无内部常识:不知道团队的部署规则、业务潜规则、历史技术债,只知道被明确告知的信息
这意味着,人的核心价值不再是写代码,而是设计规则、定义边界、把控方向。
2. 按需求颗粒度选择协作模式
不是所有需求都值得写完整 Spec,实际项目中应按需匹配协作模式:
- 小颗粒需求:改文案、调样式、修简单逻辑 → 直接对话交互,即时反馈效率最高
- 中颗粒标准化需求:新增 CRUD 页面、通用组件 → 基于预设规则与模板生成,低成本高质量
- 大颗粒复杂需求:核心逻辑重构、全新业务模块 → 启用完整 Spec 工作流,先设计后编码,控制风险
3. 三种失效模式与应对方案
AI 编程的失效不是随机的,均可归类并提前规避:
表格
| 失效模式 | 表现特征 | 发生频率 | 应对方案 |
|---|---|---|---|
| 规范真空 | 功能可用,但风格 / 结构偏离团队约定 | 高 | 补充对应规范到规则库,一次修复全局生效 |
| 信息孤岛 | 本地正常、线上异常,局部分析正确但整体无解 | 低但代价高 | 环境、依赖规则前置,把隐性配置写成显性规范 |
| 目标模糊 | AI 自行扩展需求、修改未提及的逻辑 | 中 | Spec 提案阶段强制明确目标与边界,禁止自行填充需求 |
八、团队落地行动清单
要把 AI 编程从 “个人玩具” 变成 “团队生产力”,可以按以下步骤逐步落地:
- 基础规范搭建(1-2 天) 梳理团队现有代码规范,拆分为约束层文件,优先覆盖命名、目录、接口、TypeScript 四大核心维度,确保 AI 输出的底线质量。
- 示范模板沉淀(3-5 天) 选取团队最高频的 3-5 个业务场景,整理标准化代码模板,作为 AI 生成的参考基准;后续新增场景持续补充,形成团队共享的 AI 代码模板库。
- Spec 工作流试点(1 周) 选择一个中等复杂度的功能模块,完整跑通 Spec Coding 全流程,验证提效效果,同时打磨规范与工作流细节,形成可复制的操作手册。
- 工具链接入(持续迭代) 优先接入接口文档、内部需求文档两类高频 MCP 工具,减少人工信息搬运成本;逐步扩展到日志、发布等环节,打通全链路。
- 规范闭环运营(长期) 建立 “踩坑→提炼规则→补充规范” 的闭环,每次 AI 输出出现偏差,都将对应的修正规则沉淀到规范库中,让团队的 AI 编程能力持续迭代进化。
九、结语
AI 编程的本质,从来不是 “让 AI 替人写代码”,而是用结构化的规范与工作流,把不确定性消除在执行之前。AI 负责在确定性空间里高速执行,人负责设计、维护和扩展这个确定性空间的边界。
10 天、217 条指令、2754 次工具调用、2.5 万行代码 —— 这些数字背后,是一套让 AI 能够 “看见、理解、遵守” 团队约定的工程化体系。规范是杠杆,AI 是力,Spec 工作流是支点。当这套体系跑通之后,AI 编程才真正从 “尝鲜技巧” 变成了可规模化的生产力。