Phase 9：验收、Bug 修复与持续迭代

项目上线不是终点，而是迭代的起点。

这个阶段建立验收机制、修 bug 的流程、持续优化的循环。

---

一、验收机制

每个功能上线前，先过一遍验收清单：

• 功能是否覆盖需求
• 边界情况是否处理
• 错误提示是否友好
• 性能是否可接受
• 权限是否受控
• 日志是否完整

验收方式

---

二、Bug 修复流程

第一步：复现

把问题描述清楚：

• 输入是什么
• 期望输出是什么
• 实际输出是什么
• 复现步骤

如果无法复现，就别修。

第二步：定位

把已知信息给 AI，让它分析：

hljs markdown
## Bug 描述
...

## 相关代码

日志

text

## 请分析
1. 可能的原因
2. 如何验证
3. 修复方案

第三步：修复

要求 AI：

• 最小改动
• 加测试覆盖
• 说明修改原因

第四步：验证

• 单元测试通过
• 集成测试通过
• 人工复现确认

---

三、自我迭代：Auto Research

对于可量化评估的重复任务，可以让 AI 自动迭代优化：

hljs text
生成结果
    ↓
按标准评分
    ↓
自动修改 prompt
    ↓
再生成
    ↓
再评分
    ↓
直到满意

关键：评分标准明确、能自动改 prompt、有迭代记录。

---

四、持续优化循环

hljs text
收集运行数据
    ↓
分析失败案例
    ↓
优化 Prompt / 工具 / 代码
    ↓
A/B 测试
    ↓
评估效果
    ↓
部署上线

每周 Review 清单

• 查看工具调用失败率
• 分析 5 个最差回复/结果
• 检查 LLM 成本
• 更新长期记忆
• 备份数据

---

五、文档沉淀

必须维护的文档

知识复用

把常用模式变成 Skill 或模板：

• 项目启动模板
• 代码审查 Skill
• 测试生成 Skill
• 文档生成 Skill

---

六、给 AI 的输入

hljs markdown
## 请帮我建立验收和迭代机制
1. 写一份验收清单
2. 写一份 Bug 修复流程
3. 设计一个每周 Review 模板
4. 列出需要持续维护的文档
5. 把常用工作流整理成 Skill 模板

---

七、什么时候算做完了

• 有明确的验收清单
• Bug 修复有标准流程
• 有每周 Review 机制
• 核心文档已归档
• 常用模式已 Skill 化

---

八、几个常见错误

上线后不再管

• 后果：问题积累
• 修正：每周 Review

修 bug 不加测试

• 后果：重复出现
• 修正：测试先行

不记录决策

• 后果：下次从头争论
• 修正：文档化

不优化 Prompt

• 后果：效果越来越差
• 修正：持续迭代

---

九、输出文件

text
/docs/
├── ACCEPTANCE.md
├── BUGFIX.md
├── REVIEW.md
└── skills/
    ├── project-starter.md
    ├── code-review.md
    └── test-generator.md

---

十、完整系列索引

• AI 驱动项目开发：从零到上线的完整流程
• Phase 1 需求定义与产品定位
• Phase 2 架构设计与模块拆分
• Phase 3 技术选型与工具链
• Phase 4 前端设计工作流
• Phase 5 后端分层与代码实现
• Phase 6 Prompt 工程与 AI 协作
• Phase 7 工具集成 RAG 与记忆
• Phase 8 部署 测试与自动化
• Phase 9 验收 Bug 修复与持续迭代

---

十一、结语

AI 驱动开发的核心不是工具，而是流程：

1. 把想法变成清晰的文档
2. 按阶段推进，每阶段验收
3. 让 AI 基于文档执行
4. 持续测试、迭代、沉淀

掌握这个流程，你可以用 AI 做任何项目。