Codex 任务里不小心贴了 API Key 怎么办？
开发者用 Codex 接入真实项目时，最容易被忽略的风险不是模型回答错，而是把 API Key、Token、连接串或生产账号直接贴进任务。处理这类问题要像处理一次小型泄露事件，先止血，再清理，再复盘。
适用场景：不是删掉窗口就结束
本文适合遇到这些情况：你把 AI API Key 发给 Codex 排错，把数据库连接串贴进提示词，让它读取包含 Token 的配置文件，或者把 CCSwitch profile 截图发到协作群。类似问题和 AI API 接入前怎么处理敏感字段 有关，也和 让 Codex 执行命令前怎么确认风险 的权限分级有关。
误贴凭证后，很多人的第一反应是删消息、关窗口或让 Codex 忘记。这些动作不能证明凭证已经安全。你需要确认凭证是否进入本地日志、远程会话记录、终端历史、Git 提交、截图、CI 输出或错误上报系统。只有把传播路径查清楚，后续的轮换和清理才有意义。
操作步骤：先止血，再查传播路径
1. 立即停用或降权
如果误贴的是生产 Key，先在控制台停用、重置或缩小权限，不要等排查完成。能够只读的 Key 不要保留写权限，测试 Key 不要能调用高成本模型。开发者 AI 调用上线前，也建议参考 开发者 AI 调用怎么设置成本预警，给异常消耗留一个刹车。
如果暂时不能停用，例如业务正在跑批处理，至少要先把调用额度、IP 范围、模型权限和过期时间收紧。此时要记录开始时间、操作人、凭证名称和影响范围，后续复盘时能解释为什么没有立即关闭。
2. 检索本地和项目痕迹
在允许范围内检查工作目录、日志目录和提交历史。常用思路是搜索 Key 前缀、环境变量名、配置字段名，而不是只搜完整 Key。PowerShell 里可用 rg "OPENAI_API_KEY|API_KEY|Authorization|Bearer" .，也可以查 .env、config、logs、tmp、*.ps1 和 CI 输出。不要把真实 Key 再复制到搜索命令里。
如果 Codex 曾经修改文件，要结合 Codex 改完代码后怎么确认没误改 做一次文件清单审计。重点看它是否把凭证写进示例配置、README、测试夹具、截图路径、错误输出或自动生成的 HTML 页面。凭证出现在静态页面里时，还要立刻撤下线上文件并清缓存。
3. 轮换相关配置
只换一个 Key 不一定够。CCSwitch 配置里可能保存了 base URL、模型名、默认 profile 和备用 Key，团队成员本地也可能复制过旧配置。可以参考 CCSwitch 怎么区分测试 Key 和正式 Key，把测试、正式、只读、批处理和个人开发拆成不同 profile。
轮换后要跑固定测试请求，确认新 Key 能用、旧 Key 已失效、日志没有继续打印明文。AI API 接入的日志只保留 request_id、模型名、任务标签和必要状态，不要把 Authorization 头、Cookie、完整连接串写进日志。
4. 清理提交历史和远程记录
如果凭证已经进 Git 提交，即使后续提交删除也不能视为安全。正确做法是先轮换凭证，再决定是否需要重写历史、清理远程仓库、通知协作者重新拉取。生产仓库不要让 Codex 独自执行历史重写，应由负责人确认命令、备份和回滚方案。
远程服务器日志也要检查，但只在被授权的路径内操作。对于 ai.jn83.com 这类部署任务，范围应限制在对应应用目录，例如 /opt/sub2api，不要顺手扫描其它站点。这个边界和日常发布一样重要。
常见问题/避坑：凭证安全不要靠提示词承诺
第一个坑是让模型“不要记录我的 Key”。这不是安全控制。真正的控制来自权限、过期时间、日志脱敏和轮换流程。第二个坑是把旧 Key 留在本地脚本里，线上已经换了，但某个批处理还在读旧文件，导致排查时看到两套结果。
第三个坑是只关注 AI API Key，忽略数据库连接串、Webhook token、对象存储签名、支付回调密钥和搜索引擎推送 token。这些都属于敏感信息。第四个坑是为了快速复现，把完整请求粘给 Codex，其中包含用户手机号、合同编号或内部工单内容。遇到客户资料时，先做最小化和脱敏，再给模型分析。
还要注意“GPT 中转”这类新手搜索词不要被当成品牌名或卖点。更规范的说法是 AI 模型接口接入与调用管理，其中一部分工作就是凭证和日志管理。永沃云枢的经验是：工具链跑得通之前，先把凭证边界定清楚。
检查清单：确认泄露面已经收住
- 误贴凭证是否已停用、轮换或降权。
- 是否搜索过本地文件、日志、临时目录、终端历史和提交历史。
- 是否确认旧 Key 已无法继续调用 AI 模型接口。
- CCSwitch、CI、脚本和团队文档是否同步到新 profile。
- 日志里是否还会输出 Authorization、Cookie、连接串或完整请求体。
- 是否记录了影响范围、处理时间、负责人和后续预防规则。
验收标准：旧凭证失效，新流程可复查
合格的处理结果不是“页面上看不到 Key”，而是旧凭证无法调用，新凭证权限更小，日志不再打印明文，团队知道下次应该提供脱敏样本。以后让 Codex 排查 AI API 接入、模型调用管理或 AI 自动化办公脚本时，先给变量名和错误码，再决定是否需要提供受控的测试 Key。