LinkAGI

Codex 报错排查 · 401 认证失败

Codex 返回 401:先别改模型,认证链路才是第一现场

401 通常说明域名、HTTPS 和接口路由已经可达,请求停在认证阶段。它不能证明模型可用,但能帮助你把排查范围缩小到 API Key、环境变量和令牌状态。

更新:2026-07-23 · 先用短请求验证,再迁移正式任务。

先把三个关键变量分开

同一个错误可能由不同层级触发。按地址、认证、模型或并发逐层验证,比同时修改所有配置更容易定位原因。

先确认 Key 来源

Codex 使用 LinkAGI 控制台创建的 API Key,不使用 ChatGPT 登录令牌。

再确认变量名

config.toml 的 env_key 必须与终端中实际导出的环境变量名称一致。

最后查令牌状态

确认 Key 未禁用、未过期、有可用额度且分组允许目标模型。

三步完成最小验证

保留一个可复现的短请求,每次只修改一个变量,并记录返回状态。

01

检查环境变量

在当前启动 Codex 的终端确认变量已设置;修改后要重新启动 Codex。

02

核对 config.toml

确认 provider 名称、env_key、base_url 与 wire_api 四项一致。

03

创建测试 Key

若仍无法定位,为 Codex 单独创建一个低额度测试 Key,排除旧令牌状态问题。

Codex 自定义提供方最小配置

model_provider = "linkagi"
model = "从控制台复制当前模型名"

[model_providers.linkagi]
name = "LinkAGI"
base_url = "https://api.linktoagi.com/v1"
wire_api = "responses"
env_key = "LINKAGI_API_KEY"

# 在启动 Codex 的同一终端执行
export LINKAGI_API_KEY="sk-替换成你的Key"

API Key 只放在环境变量或客户端密钥字段中,不要写进公开仓库、截图或前端代码。模型名与价格请从 LinkAGI 实时模型广场复制。

结果出现后,下一步看什么

不要把所有失败都归因到“中转站不稳定”。先判断请求停在路径、认证、模型、速率还是超时层。

Key 前后有空格

重新复制,不要包含引号外的空格、换行或掩码字符。

env_key 名称不一致

config.toml 写 LINKAGI_API_KEY,就必须导出同名变量。

修改后仍是旧结果

完全退出 Codex,再从已经设置变量的终端重新启动。

401 变成模型错误

认证已经通过,下一步转向模型名、分组和当前上游状态。

LinkAGI 场景

使用 api.linktoagi.com 接入后,可以在控制台调用日志中核对模型、Token、状态和扣费;遇到持续异常可携带时间与请求信息联系支持,但不要发送完整 API Key。

常见问题

401 是否说明中转站不可用?

不能。401 表示到达认证层但凭据未通过;仍需使用有效 Key 才能验证模型调用。

为什么浏览器登录了,Codex 仍然 401?

浏览器登录会话与 API Key 是两套认证。Codex 读取的是配置中的环境变量。

可以把 Key 直接写进 config.toml 吗?

建议通过环境变量注入,避免把密钥提交到仓库或配置备份。

先用短请求验证 LinkAGI

注册赠送 ¥0.2 试用额度;模型、号池和价格以实时页面为准。

注册并创建 API Key