直接答案
使用 Cline 的 OpenAI Compatible provider 接入 CodeNodex，明确 CLI 只生成填写指引，并建立可复现的连通性检查流程。
这篇内容解决什么问题
解决 Cline provider 选项、Base URL、模型 ID 和 API Key 的填写问题，并说明为什么 CLI 不会直接修改 VS Code 扩展存储。
准备 Cline、Key 和模型 ID
安装并打开 Cline 后，先准备一个 CodeNodex OpenAI 分组 API Key。Cline 的 provider 配置保存在编辑器扩展存储中，不是 CLI 可以可靠合并的普通配置文件。
codenodex setup --client cline 会验证所选 Key，并打印手动复制指引；它不会宣称已经替你修改 Cline。
codenodex login -o "https://token.codenodex.com"
codenodex setup --client cline选择 OpenAI Compatible Provider
在 Cline 设置的 API Provider 中选择 OpenAI Compatible。Base URL 填 https://token.codenodex.com/v1，API Key 填自己的 CodeNodex Key，Model ID 填该 Key 可见的实际模型。
Base URL 只填写协议根路径。Cline 会在发起请求时拼接具体接口，手工追加 /chat/completions 会导致重复路径。
- 01Provider选择
OpenAI Compatible。 - 02Base URL填写
https://token.codenodex.com/v1。 - 03API Key填写 CodeNodex API Key，不要使用账号密码或登录 Token。
- 04Model ID填写模型列表返回的精确 ID。
独立检查模型是否对 Key 可见
Cline 报 Model not found 时，不要反复切换界面选项。先用同一个 Key 查询 /v1/models，复制返回的模型 ID，再回到 Cline。
如果模型列表请求本身失败，问题位于 Key、余额或网关端点，不在 Cline。
curl --fail-with-body "https://token.codenodex.com/v1/models" -H "Authorization: Bearer YOUR_API_KEY"执行一个可审查的首次任务
首次验证应限制在一个小文件或只读解释任务，先确认对话、工具调用授权和响应输出都正常，再逐步扩大到编辑与命令执行。
Cline 有独立的工具授权和自动批准设置。API 接入成功不等于应开启全部自动批准；仓库写入与终端命令仍应按风险控制。
- 先让 Cline 解释一个函数，不修改文件。
- 再让它提出补丁计划，并人工确认目标文件。
- 最后执行测试，核对终端退出码和文件差异。
按状态码定位配置错误
401 优先检查 Key 是否完整、是否被撤销；404 检查 Base URL 和 Model ID；429 检查余额、并发与频率限制；持续超时则用更短的任务对比 curl 请求。
如果更换模型后恢复，保留失败模型、时间点和脱敏请求信息再反馈。不要把完整 API Key、项目代码或包含凭据的 Cline 日志公开发布。
官方来源与核验范围
本文以公开官方文档为事实依据；命令和配置可能随客户端版本变化，执行前请同时核对对应来源。
查看技术核验方法