高级工程师
审查 AI 产出、设定团队规范。
25 分钟
高级工程师
资深工程师的价值从「写得最快」转向 定边界、审产出、建规范。AI 时代,Senior 要 放大团队 而非 个人 Copilot 手速。本课讲审查 AI 产出与制定团队公约。
学习目标
- 设计可执行的团队 AI 规范(工具、数据、Review)
- 掌握 Review AI 辅助 PR 的聚焦策略
- 指导 junior 在 aie-juniors 路径上成长
Senior 的三项新职责
| 职责 | 内容 |
|---|---|
| 规范 | 白名单工具、披露格式、红线目录 |
| 审查 | 对 AI 改动 加权审 安全与边界 |
| 模板 | prompt 模板、PR 模板、讲义 draft 流程 |
不是:亲自重写所有 AI 代码;而是:让 门禁 + 文化 使劣质 merge 难以发生。
Review AI PR 时多看什么
标准 Review:设计、命名、测试
+
AI 加成: 幻觉 API、过宽权限、缺边界测试、超大 diff
| 信号 | 动作 |
|---|---|
| 「AI 生成,已测」无 Test plan | Request changes |
| 鉴权/支付目录改动 | 第二人审或安全清单 |
| 测试只 assert not null | 要求 meaningful 断言 |
工具参考 ai-review;底线靠 testing-essentials CI。
制定团队规范(最小集)
- 允许工具 与 禁止(如未批准云端)
- 数据:secrets、PII 不进 prompt
- PR:AI usage 段落必填
- Agent:仅 feature 分支;禁止
--no-verify - 学习路径:新人 git + test 后再 Agent
详见 aie-team。
带队写 CodeRoadMap 内容
Senior 维护者:
- 定
outline.yaml与样例课风格 - Review 讲义 事实与链接,不只改语病
- bulk draft 必须 逐课人审,防编造 slug
与 aie-content 流程一致。
与 git 文化
git-remote 保护分支、CODEOWNERS:Senior 用制度保质量,不只靠个人 hero review。