Codex 接 Tencent LKEAP 报 401？先别怀疑 Key，该查什么？

Codex 接入 Tencent LKEAP 后出现 401 错误，很多人第一反应就是怀疑 API Key 失效或权限不足。其实在真正排查 Key 之前，有几个更常见的配置问题需要先确认。

第一步：检查 URL 路径是否叠层

Codex 在配置 Tencent LKEAP 时，base_url 如果填成 /chat/completions，客户端可能会继续追加 /responses 或 /v1/v1 等路径，导致最终请求地址变成 /chat/completions/responses。

这种明显路径冲突的情况，不要急着换 Key。先判断是不是 base URL 和客户端自动追加路径发生了冲突。

第二步：确认客户端要求的 wire protocol

Codex 明确要求使用 responses 协议。这意味着它发出的请求体、响应解析逻辑、流式事件形态，都是围绕 Responses API 设计的。

服务端如果只支持 Chat Completions，哪怕鉴权通过，后续在响应字段、工具调用、stream chunk 上也可能继续出问题。

第三步：查看服务端实际暴露的 endpoint

Tencent LKEAP 的目标入口通常是：

https://api.lkeap.cloud.tencent.com/plan/v3/chat/completions

这个路径本身说明它是 Chat Completions 形态。如果把它当成 Responses API 的 base URL 使用，风险很高。

第四步：检查 Key、环境变量和权限

当然，鉴权问题永远要查。但排查顺序很重要。如果路径都错了，Key 查多久都不会有结果。

推荐方案：本地协议转换代理

最稳妥的解决思路是写一个本地 Node.js 代理，让 Codex 不直接请求 Tencent 的 /chat/completions，而是先请求本地地址：

http://127.0.0.1:15722/v1/responses

本地代理再把 Responses 风格的请求转换成 Chat Completions 请求，转发到 Tencent 的实际 endpoint。返回时，再把 Chat Completions 结果包装成 Codex 能接受的 Responses 形态。

这样既能保留 Codex 的协议要求，又能兼容 Tencent LKEAP 的服务端实现。