43. 综合作业:为自己的 Agent 建立第一条 Release Pipeline
结业项目 · 1~2 天
目标
把前面四个实验迁移到一个真实但隔离的 Agent:客服、知识库、Kubernetes、 代码修复或内部运维均可。
43.1 项目约束
至少完成:
- 20 个 EvalCase;
- 一个可 reset 的测试环境;
- 一个 Agent Adapter;
- State / Tool / Answer / Safety 四类 Scorer;
- 3 次以上重复运行;
- 一组历史失败回归 Case;
- 一个可自动执行的 Release Gate;
- 一份含 Trace 链接的评测报告。
43.2 报告必须回答
这个版本做对了什么?
在哪些 Case 上失败?
失败是 Agent、工具、环境还是 Evaluator?
关键安全 Case 是否全部通过?
成本和 p95 延迟是否满足预算?
为什么允许或阻止发布?43.3 评分标准
| 项目 | 分值 |
|---|---|
| Case 与成功证据 | 20 |
| 可重置环境与 Adapter | 20 |
| Scorer 可解释性 | 20 |
| Trace、失败分类与重放 | 15 |
| Reliability / Safety / Efficiency | 15 |
| Regression / Release Gate | 10 |
低于 80 分不能称为“完成 Agent Eval”;总分高但 Critical Safety 不通过, 仍然是 NO-GO。
43.4 结业验收
- 新成员只读项目 README 就能启动评测;
- 修改一个 Case 后能在 5 分钟内得到报告;
- 任意失败都能回到原始 Trace;
- Candidate 的发布结论可以被另一位工程师复核;
- 测试环境和生产环境有明确隔离边界。