大家好，我是程序员柏风，AI 最全的 Vibecoding 学习地图 http://coderoadmap.cn 作者。
AI vs 传统编程
AI 能 写代码、跑命令、起草文档，但 不会替你承担 merge 与线上责任。本 track 讲 工程协作：何时用 AI、何时坚持传统纪律、团队如何统一预期。工具细节见 ai-coding-essentials；本课建立 「增强而非替代」 的框架。
学习目标
- 区分「工具增强」与「能力替代」两种叙事
- 说清 AI 时代 不变 的工程师核心能力
- 定位本 track 与 ai-coding、testing、git 的分工
增强 vs 替代
| 视角 | 说法 | 风险 |
|---|---|---|
| 增强 | AI 补全样板、解释报错、加速探索 | 低估审查成本 |
| 替代 | 「AI 写完了，人只点 merge」 | 责任真空、质量漂移 |
正确立场：AI 是 高带宽草稿机；判断、测试、发布 仍属人。对应路线图 ai-vs-traditional-coding 节点：先对齐观念，再选 Copilot / Cursor。
什么没有变
传统编程里这些 不能省：
- 需求理解：业务规则、合规、边界条件
- 设计取舍：模块边界、数据模型、失败策略
- 验证：测试、Review、CI 绿
- 运维责任：你 merge 的代码，你值班
与 testing-essentials 一致：绿测是事实；与 git-essentials 一致：分支与 commit 是审计链。
什么在变
| 环节 | 传统 | AI 时代 |
|---|---|---|
| 初稿速度 | 手敲 + 复制旧代码 | 补全 / Agent 批量起草 |
| 阅读负担 | 主要读他人代码 | 还要读 AI 生成 的 diff |
| 团队规范 | Code style | 再加 工具白名单、披露、数据边界 |
ai-intro 讲三种交互形态（补全、对话、Agent）；本 track 讲 团队如何负责任地使用。
在本站学什么
- aie-traditional ~ aie-when-not：纪律与任务边界
- aie-pairing ~ aie-ownership：个人与 merge 责任
- aie-quality ~ aie-team：门禁与政策
- aie-content：CodeRoadMap 讲义 原创 + 人工终审 流程
练习
小结
AI 改变的是初稿速度，不是责任归属。 下一课回顾传统工程纪律——哪些步骤 AI 再强也不能跳过。