Codex 执行 rm、git reset、数据库迁移前，应该加什么安全规则

Agent 能执行命令后效率很高，但删除文件、清库、生产部署、Terraform destroy、修改 DNS 等都应被视为高风险操作。成熟做法是 human-in-the-loop，而不是无限授权。

一、为什么会出现这个问题

• 密钥、生产数据或高风险命令缺少最小权限控制。
• 为了“快速修好”使用 chmod 777、关闭 TLS 校验、直接执行 destructive SQL 等危险方式。
• 第三方服务的数据保留、模型路由、日志和计费规则不透明。
• AI 自动执行能力越强，越需要 Git、审计日志和人工确认边界。

二、推荐的排查顺序

1. 先止损再分析

密钥泄露、误删风险、生产 SQL 等问题先撤销 Key、停止危险命令或回滚，再分析原因。不要等“确认是否真的出事”。

2. 最小权限

前端不放服务端 Key，Agent 不默认拥有生产写权限，高风险操作必须人工确认。

3. 建立可审计流程

Git 小提交、网关日志脱敏、用量告警、测试和变更摘要，能让 AI 自动化从“好用”变成“可控”。

三、可以直接复制的排查示例

## Dangerous Operations

以下操作必须停止并请求人工确认：
- rm -rf
- git reset --hard
- git clean -fd / -fdx
- DROP TABLE / DROP DATABASE
- kubectl delete
- terraform destroy
- 生产环境部署
- 修改 DNS / Cloudflare

四、使用建议

AI 自动化的成熟度不等于“能不能删库”。高风险操作多一道确认，反而更专业。