Codex 显示“登录成功”，是否代表 API 已经能调用？还差一步验证。本地记录了认证状态、在线请求成功、任务通过验收，是三件不同的事。
原实验用一个故意无效的测试输入，检查 CLI 的本地登录提示，没有发起模型请求。
第一关：确认本地认证方式
1 | codex login status |
2026年10月21日，在隔离目录中使用 Codex CLI 0.163.0，故意无效的测试 Key 也让登录命令显示 Successfully logged in，随后状态命令退出码为0。
这证明的是该版本能够保存并识别本地认证状态，没有证明 Key 有效、模型权限正确或网络请求成功。原账号凭据没有被修改，实验后清除了隔离目录的测试登录状态。
官方命令文档也说明，存在凭据时 codex login status 返回0。Codex login 说明
有自己的有效 Key 时，怎样传给 CLI
前提是在当前终端中已经设置好自己的 OPENAI_API_KEY。通过标准输入传入，不把真实 Key 直接写进公开示例：
Windows PowerShell：
1 | $env:OPENAI_API_KEY | codex login --with-api-key |
macOS / Linux：
1 | printenv OPENAI_API_KEY | codex login --with-api-key |
这只是官方 Key 的认证路径，第三方供应商还需要对应模型与端点配置。不要分享 auth.json、Authorization 头或真实 Key。官方认证与凭据存储说明
第二关：实际请求有没有成功
准备好自己的权限和费用设置后，在空测试目录做一个小任务，例如列出当前目录文件且不修改。核对实际返回、使用的模型与后台用量。
这一步可能产生 API 用量，是建议的后续验证，不是上述本地实验已经完成的结果。
第三关：任务有没有做对
如果要求修改代码，再检查改动范围与测试结果。收到回答不等于功能正常，运行完成也不等于验收通过。
求助时写清版本、认证类型、刚执行的步骤和脱敏错误，比只发“明明已经登录”更容易定位。博客于2026年10月27日整理，保留原 CLI 版本与实验边界，没有重新运行或进行付费调用。