第11章：双层Spec架构 —— 人机协作的规格管理

第11章：双层Spec架构 —— 人机协作的规格管理

故事开篇：程序员小明的"spec维护困境"

小明是一个技术团队的负责人，他们团队从第10章学习了 SpecCoding 后，决定在新项目中全面推行规格驱动开发。

刚开始一切都很美好。小明花了一整天时间，精心编写了一份完整的 SPEC 文档：

项目SPEC/ ├── 需求细节.md # 详细的功能需求 ├── 技术规约.md # 技术栈、架构设计 ├── 任务规划.md # 任务规划和里程碑 ├── 目录结构.md # 项目目录结构 ├── API协议.md # 接口定义 └── 数据结构.md # 数据库设计

然后小明和 AI 开始愉快地协作开发。但是，两周后问题出现了…

第一个问题：AI 修改了不该改的东西

AI 在开发过程中发现 API 协议有问题，就"好心"地帮小明修改了API协议.md。但小明原本的 API 设计是和后端团队协商好的，AI 的修改完全破坏了这个约定。

小明不得不花时间重新梳理 API，还要和后端团队解释为什么接口定义变了。

这就像让实习生去改合同条款——初衷是好的，但后果可能很严重。

第二个问题：AI 没有及时更新架构信息

随着开发进行，项目目录结构从最初的