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 分阶段承担不同职能:

  1. 产品角色:植入产品专家提示词,先对齐业务目标、用户路径与功能清单,输出结构化需求框架
  2. 设计角色:基于统一的设计规范(配色、间距、组件风格),生成可直接预览的 HTML 高保真页面,而非静态图片
  3. 文档角色:以设计稿为输入,生成精确到组件交互、字段规则的 PRD 文档,直接供给研发阶段使用

该模式下,单人即可在短时间内完成从需求概念到研发物料的全流程产出,大幅降低了小型项目的启动成本。

场景二:增量功能开发 ——SDD 驱动前后端零返工联调

落地痛点:新增功能模块时,AI 易出现接口字段错配、前后端联调反复返工的问题。

解决方案:用 SDD(软件设计文档)+ MCP 接口工具构建标准化开发路径:

  1. 先输出功能模块的完整设计规格,明确页面结构、交互逻辑、接口清单
  2. 通过 MCP 工具直连接口文档平台,AI 自动拉取接口的入参、出参、枚举值、必填项
  3. 基于规格一次性生成完整页面代码与接口请求文件,类型定义自动对齐

实战中,单个定时任务管理模块(含完整 CRUD、执行记录、检索)人工指令不足 10 条,6 个后端接口一次联调通过,零返工;单日可交付 3 个完整功能模块,人效提升 3 倍。

场景三:存量系统重构 —— 可控风险下的 AI 代码重构

落地痛点:重构是 “在运行的系统上动手术”,AI 容易误改核心逻辑、破坏原有功能,风险不可控。

解决方案:用 Spec 把 “不能改什么、按什么顺序改、怎么验证” 全部前置明确:

  1. 先梳理重构前的架构问题,明确重构目标与不可修改的边界
  2. 拆分为多组原子任务,每组任务包含明确的输入、操作内容、验收标准
  3. 嵌入类型检查、冒烟验证等校验节点,每完成一组任务先验证,再进入下一步

以某首页重构为例,我们拆分了 9 组 34 个子任务,从组件归属确认、分层迁移、路径更新到类型校验、冒烟验证全程闭环,AI 独立完成全部任务,人工干预不足 5 条指令;最终实现 7 个业务组件与公共组件解耦,核心 Hook 从 20 + 方法拆分为 3 个单职责模块,组件 Props 数量缩减 60%。

场景四:复杂环境排障 —— 边界内的问题定位与解决

落地痛点:跨环境、多根因、依赖内部逻辑的问题,AI 往往分析局部正确但无法解决全貌。

典型案例:测试环境构建失败,本地无法复现,累计耗时 4 小时、7 个会话、59 条指令才解决。

根因分析

  • 多根因层层掩盖:每解决一层问题才暴露下一层,单次分析无法覆盖全貌
  • 信息存在盲区:AI 只能读取日志,无法感知 CI 环境的隐性配置
  • 依赖行为无文档:部分依赖包的静默行为(如 Prisma 引擎下载卡死)无显式报错,需深入依赖源码才能定位 落地方案
  1. 前置环境规范:将跨平台依赖、构建环境配置写入规则,从源头规避环境差异问题
  2. 引导深度排查:遇到无报错的卡死问题,引导 AI 深入node_modules对应源码定位逻辑
  3. 固化解决方案:将成熟方案沉淀为配置规范,例如配置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. 基础规范搭建(1-2 天) 梳理团队现有代码规范,拆分为约束层文件,优先覆盖命名、目录、接口、TypeScript 四大核心维度,确保 AI 输出的底线质量。
  2. 示范模板沉淀(3-5 天) 选取团队最高频的 3-5 个业务场景,整理标准化代码模板,作为 AI 生成的参考基准;后续新增场景持续补充,形成团队共享的 AI 代码模板库。
  3. Spec 工作流试点(1 周) 选择一个中等复杂度的功能模块,完整跑通 Spec Coding 全流程,验证提效效果,同时打磨规范与工作流细节,形成可复制的操作手册。
  4. 工具链接入(持续迭代) 优先接入接口文档、内部需求文档两类高频 MCP 工具,减少人工信息搬运成本;逐步扩展到日志、发布等环节,打通全链路。
  5. 规范闭环运营(长期) 建立 “踩坑→提炼规则→补充规范” 的闭环,每次 AI 输出出现偏差,都将对应的修正规则沉淀到规范库中,让团队的 AI 编程能力持续迭代进化。

九、结语

AI 编程的本质,从来不是 “让 AI 替人写代码”,而是用结构化的规范与工作流,把不确定性消除在执行之前。AI 负责在确定性空间里高速执行,人负责设计、维护和扩展这个确定性空间的边界。

10 天、217 条指令、2754 次工具调用、2.5 万行代码 —— 这些数字背后,是一套让 AI 能够 “看见、理解、遵守” 团队约定的工程化体系。规范是杠杆,AI 是力,Spec 工作流是支点。当这套体系跑通之后,AI 编程才真正从 “尝鲜技巧” 变成了可规模化的生产力。