先确认使用的是 Codex Pro 分组
AIGoCode 的 Codex CLI 接入，第一步是到 API Key 页面选择 Codex Pro 分组创建 Key。这个分组选择决定了接入准备工作；不要因为另一个客户端的 Key 能用，就假设它已经适合 Codex CLI。
官方文档给出的两种方式是 CC Switch 或配置文件。它们解决的是配置写入和切换入口，最终仍要确认 Codex 当前使用的供应商、Base URL 和模型设置。
用 CC Switch 导入并启用供应商
官方推荐从对应密钥右侧打开 CC Switch 完成一键导入，然后回到 CC Switch 的 Codex 页面，在 AIGoCode 供应商上点击“启用”。导入和启用是两个步骤：导入把配置带入工具，启用确认当前 Codex 页面选择了这个供应商。
如果一键导入没有完成，也可以直接创建 Codex 配置文件。排查时一次只改变一个配置项，保留原来的报错和时间；同时替换 Key、Base URL 和模型，会让后续结果失去可比性。
在项目目录运行一次 Codex
官方的启动验证很直接：进入代码项目目录，在终端运行 codex。如果 Codex 能正常读取项目并回复，说明这次接入完成了基本验证。
这个验证只覆盖当前项目、当前会话和当前供应商。它不能证明所有模型、其他项目或后续工具操作都已验证。若终端能启动但请求失败，先记录供应商启用状态和错误码，再进入下一步排查。
把模型不可用和认证错误分开
文档把 401、403、429 列为 Codex 接入后的错误码排查入口。如果模型不可用，官方建议先确认模型名称列表中是否支持该模型，再检查 API Key 和 Base URL。这样可以把“模型名不被支持”和“认证或地址配置错误”分开处理。
不要看到 401 就同时更换模型，也不要看到模型错误就直接重建 Key。先保留当前配置，按实际错误只调整一个变量。本站的Codex 接入 GitHub 后如何做高信号 Review说明了工具接通后的协作边界；接入验证本身仍应先在本机项目里完成。