Codex 桌面端导入后，怎么确认真正接到了 AIGoCode
在 API Key 页面点过 CC Switch，不等于 Codex 桌面端已经完成接入。AIGoCode 官方流程将创建密钥、一键导入、启用供应商和新对话验证分成不同步骤。本文针对桌面端使用者，把每一步应该留下的结果讲清楚，避免把“配置条目出现了”当成请求已经成功。
先准备 Codex Pro 分组的 Key
按Codex 桌面端官方教程，先安装 CC Switch，再到 AIGoCode API Key 页面选择 Codex Pro 分组创建 Key。
这里的分组来自桌面端专属文档，不根据别的工具曾经能用的密钥推断互换。自己记录密钥的用途或本地代号即可，不在截图、文章或工单里展示真实值。
从对应密钥右侧导入，再回 Codex 页面启用
创建完成后，在对应密钥右侧点击 CC Switch，按提示打开应用并完成一键导入。教程推荐先走这一入口；如果没有完成，再查官方手动配置步骤，不猜测未展示的手动字段。
导入后回到 CC Switch 的 Codex 页面，在 AIGoCode 供应商上点击“启用”。检查的是 Codex 这一页的当前供应商，不是另一页的启用状态。导入只完成了把配置交给切换工具这一步，启用是接下来的独立检查点。
建议按顺序记下：对应 Key 是否已导入、Codex 页面是否看到 AIGoCode、该行是否已启用。若中途有提示，保留具体提示后再处理，避免连续添加多个名称相似的条目。
在 Codex 桌面端点击新对话
接着打开 Codex 桌面端，点击“新对话”，发送一条不含敏感数据的短消息。不要仅凭 CC Switch 的成功提示判断桌面端已经发起请求；最终验证要回到你实际使用的桌面应用中。
官方验收需要桌面端正常回复，同时 AIGoCode 用量记录中出现这次请求。可以自己记下发送时间，便于匹配控制台记录，不把其他客户端的历史调用当作本次结果。本文没有代你发起客户端请求，也不承诺固定回复内容。
把配置完成和验证完成分开记录
| 阶段 | 应检查的结果 |
|---|---|
| 创建 Key | 使用官方指定的 Codex Pro 分组 |
| 一键导入 | 对应密钥的配置完成导入 |
| 供应商启用 | CC Switch 的 Codex 页面启用 AIGoCode |
| 桌面验证 | 新对话正常回复，并有对应 AIGoCode 用量记录 |
这张记录表只是操作检查表，不是新增的接口返回状态。它帮助你确定问题停在哪一步，而不是把全部失败都记成“连不上”。
模型不可用时，先查模型列表
官方建议先确认模型名称列表是否支持该模型，再检查 API Key、请求地址和 CC Switch 中启用的供应商。不要仅因界面列出一个名称就认定它对当前账号一定可用，也不要同时更换所有配置项。
遇到 401、403、429 时查看错误码。认证与额度的差别可衔接本站401 与 403 分开排查。若是直接 API 已成功但工具仍失败，也可对照API 与工具连接核对，但本篇的最后验收仍是桌面端新对话。