传统工程纪律

AI 可以跳过 打字，不能跳过 思考链：需求 → 设计 → 实现 → 测试 → Review → 发布。本课把 传统软件工程 中必须保留的环节讲清楚，作为后续「何时用 AI」的基准线。

学习目标

• 列出 AI 时代仍不可省略的六个工程环节
• 理解「省时间」与「省步骤」的区别
• 将纪律与 git-essentials、testing-essentials 对齐

六环节纪律

需求澄清 → 方案设计 → 编码实现 → 自动化测试 → Code Review → 可观测发布
     ↑__________________________________________________________|
                    任一环节被 AI「代劳」都需人工验收

环节	传统做法	AI 介入后	人工必须做
需求	评审、用例	AI 帮忙整理 user story	确认业务规则
设计	ADR、接口草图	AI 对比方案	选方案、担后果
实现	手写	Copilot / Agent	读 diff
测试	人写用例	AI 起草测试	断言有意义
Review	人审 PR	AI 初筛	Approve 权在人
发布	CI/CD	不变	回滚预案

为什么不能「AI 一条龙」

• 上下文不完整：模型不知道未写入 prompt 的口头约定
• 乐观偏差：生成代码常 看起来对，边界却漏测
• 不可审计：跳过设计文档，事后无法复盘决策

ai-workflow 的 PR 流程 建立在这些环节之上，不是取代它们。

Git 与测试：纪律的落地

Git（见 git-workflow）：

• 一意图一分支；小步 commit
• AI 改动与手写改动 同等对待，都进历史

测试（见 test-intro）：

• AI 生成代码 默认不可信，直到 mvn test / CI 绿
• 测试是 可执行的需求，不是「AI 说测过了」

常见反模式

反模式	后果
无设计直接 Agent 大改	架构漂移、难 Review
无测试 merge	线上才暴露幻觉 API
「AI 写的不用我看」	责任链断裂

练习

• 画你团队从 issue 到 merge 的流程，标出哪步可 AI 辅助、哪步必须人做
• 找一个最近 PR：是否具备设计说明、测试、Review 记录？
• 对照 ai-review，写三条 Review 清单

小结

传统纪律是 AI 时代的安全带。 下一课讲哪些任务 适合 交给 AI——在纪律框架内提速。