【封号预警】Codex 登录 5 分钟被永久停用？先按「待核实高危信号」处理

4 张图怎么读

1. 首图：Reddit 用户自报「登录 Codex 约 5 分钟后，账号因 CSAM 被永久停用」，同时称无警告、无证据、无人工审核，申诉也被快速驳回。1
2. 时间线图：该用户称 6 月 5 日付费订阅、6 月 16 日重新登录 Codex、5 分钟后停用、申诉后快速驳回，并称聊天、代码和项目资料全部无法访问。1
3. 限制异常图：同一监控窗口内，r/codex 继续出现限额口径波动：单次 Codex prompt 后 24 小时与周限额同时归零的自报、$100 计划约 33M tokens 触顶的自报、Pro 20x 用户 401.2M tokens 后仅剩 2% 周额度的自报，以及 GitHub issue #28727 中 5 小时额度从 80% 降到 0% 的记录。2 3 4 5
4. 自查清单：先固定登录 IP 与设备指纹、保存会话和用量截图、把申诉首封邮件写清时间线，暂停可疑共享出口登录。限额异常本身不是封号证明；它只说明当前用量口径仍在波动。

中转站风险判断

• 不要把「CSAM」写成已证实触发原因。当前只能写成用户自报的停用理由，缺少平台侧证据链与人工复核结果。1
• 申诉通道继续显得不稳定：本例自称快速驳回，且称平台表示不再考虑更多申诉。对代运营账号而言，第一封申诉就要带付款、登录 IP、设备、任务时间线和项目用途说明。1
• 限额波动可能会放大误判风险：GitHub #28727 记录了短工作会话中 5 小时配额从 80% 跌到 0%，且上下文不变时仍继续下降；另有 r/codex 用户称前几天存在 excessive tokens / limit draining，6 月 17 日一个大任务只消耗约 50% 的 5H 窗口，疑似回到正常口径。5 6

现在就做

• 每个账号保留最近 7 天：登录 IP、设备、Codex 会话、用量截图、付款凭证。
• 共享出口先降频；同一出口下不要叠加多账号、多工具、长任务。
• 申诉邮件不要只写「误封」；按时间线列出「何时登录、做了什么、用了多少、有没有共享网络」。
• 群内转发时保留这句话：本期为用户自报事件，原因未核实，先按高危信号处理。