所属教程：OpenAI Codex CLI 从入门到大师级完整教程 预计阅读：28 分钟
个人使用时，质量靠你人肉把关；一旦团队或 CI 里用代理跑批量任务，就必须把质量要求自动化、门禁化，否则产出质量会随任务量一起失控。本节讲如何搭一层"质量门禁"。
| 检查类别 | 作用 | 失败后果 |
|---|---|---|
| 自动化测试 | 验证行为正确 | 不通过即打回补测试/修复 |
| 类型检查 | 提前暴露类型错误 | 阻断合并 |
| 代码 lint | 统一风格、拦截低级错误 | 自动修复或打回 |
| 安全扫描 | 扫依赖漏洞与敏感信息 | 高危即阻断 |
正确的工作流是：代理先改代码并跑本地检查，把失败结果反馈给它，让它自己修复，直到门禁全绿，再交给人审查。不要把门禁当成"上线前才看一眼"的摆设。可以在指令里明确要求："每次改动后必须跑测试和 lint，有错误先自己修，修到全绿再汇报。"
门禁数据别只用来卡人。记录"代理改动最常被哪类检查打回"——如果 80% 是缺测试，就在指令里强化测试要求；如果反复是类型错误，就在项目里补类型约束。门禁的价值不只是拦住坏产出，更是告诉你该从哪里改进代理的工作指令。
← 上一节：安全漏洞识别与敏感信息防护 下一节：团队使用规范与权限基线 →