742 字
约 2 分钟
10
S24-A02 · 自动化与 CI/CD：codex exec 与 Agent SDK
适用读者：要让 AI 在流水线里干活的人。
前置：S24-A01。
覆盖旧文：690(251) 691(177) 257(223) = 709 点。
上一篇：S24-A01 · 权限、沙箱与审批：放多松、收多紧
下一篇：S24-A03 · 团队落地与效率度量。
1. 一句话结论
非交互模式（如 codex exec）让 AI 能进脚本与 CI；Agent SDK 让它能进你自己的产品。两者共用同一条纪律：无人值守时必须"权限最小 + 结果可验证"。
| 形态 | 谁触发 | 典型用途 |
|---|---|---|
| 交互式 | 人 | 日常开发 |
| 非交互（exec） | 脚本/CI | 自动修 lint、生成文档 |
| Agent SDK | 你的程序 | 嵌进产品 |
2. CI 里跑 AI 的四条纪律
| 纪律 | 原因 |
|---|---|
| 只读 + 建议模式（先输出补丁，不直接改） | 无人值守时无法人工判断 |
| 输出可验证（测试/静态检查） | AI 结论不能自证 |
| 权限最小（无密钥、无推送权） | 泄露与误操作 |
| 成本上限（步数/超时/预算） | 循环可能烧钱（S21-B02） |
判据："这个任务失败了会造成什么？" 会造成不可逆 → 不要无人值守。
3. 三个典型自动化场景
| 场景 | 做法 |
|---|---|
| PR 自动审查 | 只评论，不合并 |
| 修 lint/格式 | 生成补丁，由人批准 |
| 生成文档/变更日志 | 输出 PR，人工 review |
"为什么都不直接合并"：无人值守的合并 = 无人负责的变更（S24-A01 的 L3）。
4. SDK 集成的边界
| 可以 | 不建议 |
|---|---|
| 在你的产品里加"代码解释" | 让终端用户直接触发写操作 |
| 内部工具链自动化 | 让 SDK 持有生产凭据 |
5. 五个误区
| 误区 | 真相 |
|---|---|
| "CI 里全自动更省事" | 无人值守风险最高 |
| "AI 输出可以直接上线" | 需测试/评审 |
| "SDK 能替用户做决定" | 责任仍在系统方 |
| "不设成本上限也行" | 会烧钱 |
| "非交互和交互一样" | 少了人工判断环节 |
6. 自检（架构师版）
- 三种形态的触发者与用途？
- CI 里跑 AI 的四条纪律？
- 三个典型场景为什么都"不直接合并"？
- SDK 集成的两条红线？
- 无人值守最需要补的是什么？
7. 下一篇
S24-A03 · 团队落地与效率度量
自动化讲完，最后一篇：怎么证明"用 AI 真的更快了"。
本篇属于系列《S24 · AI 编程工具》。旧文来源：A-690/691/257。
S24-A02 · 自动化与 CI/CD：codex exec 与 Agent SDK
https://www.clxhxhhr.top/posts/5573/ 评论
0 条
还没有评论，先写一条吧。