Codex 如何保护生产数据库不被 Agent 修改

通过权限收敛与写入隔离降低风险

Codex 会把 Agent 的能力限制在最小必要范围内，默认不授予直接写生产库的权限；涉及高风险写操作时，需要人工确认或走受控流程。对生产环境中的数据访问，通常会优先采用只读连接、脱敏视图、临时沙箱或影子环境，让 Agent 在不接触真实写入口的情况下完成分析与验证。

通过审批门禁与变更记录把控发布

Codex 会把高风险数据库变更纳入受控审批链路，例如要求提交变更说明、影响范围、回滚方案和验证结果。Agent 产生的 SQL 或迁移脚本不会直接生效，而是先进入审核、测试与发布环节。只有当规则满足、审批通过、校验完成后，变更才会被允许执行，从流程上减少未经确认的写入。

通过完整审计日志保证可追踪

会。Codex 通常会保留与数据库相关的操作审计，包括查询内容、执行时间、目标对象、变更建议、审批状态和执行结果。这样一旦出现异常，团队可以快速定位是哪个 Agent、哪段任务、哪条语句触发了风险。审计信息也便于复盘和优化规则，避免同类问题再次发生。

通过回滚、隔离与告警缩小影响面

Codex 会结合备份、事务控制、权限冻结和实时告警来降低影响。高风险操作通常会被限制在事务内，便于回滚；如果检测到异常模式，系统可以立刻阻断后续写入、提醒值班人员并保留证据。配合定期备份和恢复演练，团队能更快把生产数据库恢复到安全状态。