综合练习

把本 track 串起来：在纪律框架内用 AI，Git 管理变更，测试或人工验收，PR 诚实披露。目标不是速度，而是 可审查、可回滚、责任清晰——与 ai-coding-essentials 练习互补，本课偏 团队与工程文化。

学习目标

• 独立完成「AI 辅助 + 人工负责」的公约或讲义交付
• 对照 aie-intro 至 aie-team 的检查清单
• 衔接 testing-essentials 与 git-essentials

任务说明（二选一）

A. 团队 AI 公约草案（推荐 Tech Lead / Senior）

为 假想或真实小组（3–8 人）起草 一页 Markdown 公约，须含：

• 工具白名单与数据红线（aie-team 六块）
• PR 披露格式（参考 ai-workflow）
• 新人学习顺序（aie-juniors）
• 至少引用 ai-coding、testing、git 三个 track 各一处

可用 Cursor 起草结构 → 你 改条款使之可执行。

B. 讲义修订（推荐内容贡献者）

修订本 track 任意一课 draft 或补写 40–60 行 新段落，须：

• 从 outline.yaml 与 aie-content 流程出发
• AI 辅助 → 人工修正 ≥2 处 事实或链接
• 交叉链接 testing-essentials、git-essentials 各至少一处

必走流程

1. git checkout -b practice/aie-你的名字
2. 明确任务边界（公约 scope 或讲义 slug）
3. AI 生成初稿 → 你 diff / 通读审查
4. 代码任务：mvn test 绿；内容任务：链接与 slug 核对
5. 确认无 secrets 进 prompt 或文件
6. git commit（清晰 message，可注 AI-assisted）
7. （可选）开 PR：Summary + AI usage + 自检清单

禁止：主分支 Agent 大改；未逐课核对 bulk merge 讲义。

自检清单

• 我能指出 哪些段落 AI 写、哪些我改
• 公约条款 可执行（非「大家要谨慎」空话）
• 红线覆盖 ai-security 与 aie-when-not
• commit 适合 git-workflow 回顾
• 理解 merge / 发布责任在我

反思题（写进 PR 或笔记）

1. 本 track 哪一课 最该写进团队 onboarding？
2. AI 帮你省了什么？审查多花在哪？
3. 若同事 paste prod 密钥进 Chat，你的公约 如何处置？

与路线图

完成后回到 全栈路线图，勾选 ai-vs-traditional-coding 及相关节点。工具细节继续 ai-coding-essentials；工程纪律靠 Git、测试与 你在键盘前的判断。

小结

增强不替代、披露不免责、门禁不省略——AI 时代工程实践的合格交付不过如此。 本 track 完结。