近期部分 OpenAI 用户遭遇 ChatGPT 及 Codex 严重“降智”问题，模型能力回退至 GPT-5.5-mini 或无法回答。针对此现象，一份来自技术社区的解决方案通过具体的排查步骤，指出了问题的核心在于 IP 风控与设备授权残留。
该方案首先提出了一套精准的 IP 质量验证标准：在无痕模式下提问“What model are you?”，若回答为“5.6 luna”则 IP 安全，若为“5.5 min”则代表遭遇风控降智。确定可用 IP 后，用户需执行严格的账号环境重置。具体操作包括在账号安全设置中解除所有 Codex CLI 与 Device Code 授权，并执行全设备退出登录。
在客户端层面，方案强调了清理缓存的重要性。需清除浏览器所有 Cookie 与缓存，并将显示语言设置为英文以匹配原生环境。对于 Windows 客户端，需执行应用重置操作。若使用第三方客户端（如 cc-switch），则需清除旧会话，重新配置 OpenAI 官方供应商，并推荐跟随 Codex 登录方式。
最后，利用验证过的高质量 IP 重新登录，Web 端确认模型版本恢复为“5.6 luna”后，进入 Codex 应用。若出现偏好设置欢迎页面并验证模型为“5.6 sol”，即代表降智问题已彻底解决。该方法表明，OpenAI 此轮风控主要针对低质量 IP，通过重置授权与更换纯净 IP 可有效恢复模型的高性能表现。
事件分析
此次 ChatGPT 和 Codex 出现的大规模“降智”现象，并非简单的服务故障，而是 OpenAI 风控策略调整的直接体现。通过检测模型 ID（如 5.5 min 与 5.6 luna/sol）的差异，可以看出 OpenAI 正实施动态的模型分配机制，即根据 IP 信誉度实时下发不同版本的模型。
这种基于信任等级的流量清洗手段，实际上对开发者和重度用户提出了更高的网络基础设施要求。传统的通过 API 或第三方代理进行的简单访问方式面临挑战，必须依赖高质量的未污染 IP 才能获得完整的模型能力。这预示着未来 AI 服务的访问门槛将进一步提高，单纯的账号订阅可能不再足以保证服务质量，网络环境的纯净度将成为关键变量。
这种基于信任等级的流量清洗手段，实际上对开发者和重度用户提出了更高的网络基础设施要求。传统的通过 API 或第三方代理进行的简单访问方式面临挑战，必须依赖高质量的未污染 IP 才能获得完整的模型能力。这预示着未来 AI 服务的访问门槛将进一步提高，单纯的账号订阅可能不再足以保证服务质量，网络环境的纯净度将成为关键变量。
核心观点：OpenAI 正通过动态模型分配实施隐性风控，清洁 IP 已成为保障 AI 模型高可用性与性能的核心资源。
原文链接：Linux.do
