CI 里怎么用 AI：能自动化的与必须人工的边界

CI 的职责没有变

持续集成要做的仍是：可重复、可失败、可回滚。AI 可以生成评论和建议，但不应成为「不可复现的绿」。把模型调用塞进流水线前，先划清边界。

适合自动化的

• 对 diff 做第一轮风格/明显问题提示（非合并门禁唯一依据）
• 生成 Changelog 草稿供人编辑
• 总结失败日志，方便排查（输出需脱敏）

不适合单独做门禁的

• 无人工确认的自动合并
• 仅凭模型「看起来安全」就放行权限相关改动
• 在 CI 中持有可写生产密钥去「自动修复线上」

安全相关仍看 API 清单 与人工 Review。

失败策略

• 模型超时或额度耗尽时，流水线应降级为跳过建议，而不是整单红到无法合并（除非你故意严格）
• 所有 AI 输出当注释，真正的红绿仍由测试、lint、类型检查决定
• 日志禁止打印密钥与完整客户数据，见 环境变量防泄漏

成本控制

• 只对变更文件或 PR 描述触发，不做全仓每次扫描
• 缓存与条件路径：文档-only PR 可跳过重型检查
• 设定月度预算告警

与本地 Skills 的关系

CI 提示词应与仓库 Skill/Rules 同源，避免「本地一套、流水线一套」。维护方式见 团队 Skills 库。

小结

AI 是 CI 的顾问，测试才是法官。能加速反馈，不能替代确定性检查。

下一步：若已有 AI Review bot，确认它失败时不会误伤主干合并，且注释区有「非阻塞」标识。