排查前先保存哪些信息

排错时需要留下足够证据，但不能把敏感信息一起保存。建议记录发生时间、当前项目、CC Switch 卡片名称、Model ID、错误码和操作步骤；API Key、账号邮箱、完整请求头、项目**代码和用户数据都要删除或遮挡。

有了这些信息，后续比较新旧配置时会更有依据，也不会因为共享日志造成二次泄露。

• 保留：时间、错误码、卡片名、模型和脱敏地址。
• 删除：完整 API Key、账号、请求头和敏感文件内容。
• 补充：错误出现前做了什么切换或修改。

第一步：从灵能API页面确认当前状态

打开灵能API公开页面或控制台，查看当前模型、令牌、额度和服务说明。旧截图只能帮助定位页面，不能替代当天的模型和地址信息。

官网入口：https://www.lnsns.com/。实际页面信息优先于历史笔记。

• Model ID 是否仍在当前列表中。
• 令牌是否被撤销或超出权限范围。
• 账户额度和分组是否满足当前任务。

️ 第二步：先看 CC Switch 当前启用哪张卡

很多错误来自‘以为启用了新配置，实际仍在使用旧配置’。打开 CC Switch 的 Codex 页面，确认当前卡片名称、启用状态、最近修改内容和模型字段。

如果无法确认哪张卡生效，先切回一张已知可用卡片，关闭旧的 Codex 和 PowerShell，再重新启动。恢复基础线路后，再逐项比较新卡片。

✍️ 第三步：按字段职责核对配置

*ase **L：https://www.lnsns.com/v1
Model ID：以当前模型列表为准
API Key：自己的有效令牌
卡片状态：保存并启用后重新启动 Codex

不要同时修改地址、模型和 Key。一次只改一项，才能知道错误是否真正消失。

• 404：优先查看 *ase **L 是否重复 /v1。
• model not found：优先重新复制 Model ID。
• 401：优先检查 API Key 和启用卡片。

**步：处理令牌和权限错误

401 通常表示身份认证没有通过，检查令牌是否完整、是否带入空格、是否已经撤销，以及当前卡片是否引用了它。403 更接近账户额度、模型权限、分组或访问策略问题，不能只靠重新粘贴 Key 解决。

• 401：验证令牌有效性和卡片引用关系。
• 403：查看额度、模型范围和分组权限。
• 疑似泄露：暂停使用并撤销旧令牌。

⏱️ 第五步：区分网络超时和任务过大

请求等待很久后失败，不一定是网络断开。长日志、多个文件、历史对话和复杂输出都会让任务变慢。先用空目录发送一句只读任务，再逐步增加上下文。

mkdir codex-log-check
cd codex-log-check
codex

短任务成功而项目任务失败，优先减少读取范围和输出长度；短任务也失败，再检查 *ase **L、**、DNS 和服务状态。不要在超时期间同时更换多个模型。

• 短任务成功：缩小上下文和输出。
• 短任务失败：检查基础连接和配置。
• 只有一个项目失败：检查项目环境和目录规模。

✅ 第六步：用测试面板建立恢复基准

确认字段后，保存并启用目标卡片，关闭旧进程，再重新打开 Codex。连接测试和真实会话分别验证不同环节，建议都***。

恢复基准可以是一条固定只读任务：请确认当前目录是否为空，并说明下一步会如何检查项目，不要修改任何文件。记录是否成功、响应时间和当前卡片名称，方便下次比较。

第七步：新旧配置对照排查

如果旧卡片能用、新卡片不能用，说明 Codex、网络和基础服务大概率正常，问题集中在新卡片字段。逐项比较协议、*ase **L、Model ID、Key 状态和分组。

如果新旧卡片都失败，再回到本地工具、网络和账户状态排查。

• 先比较地址，不要先换模型。
• 再比较 Model ID 和分组。
• 最后比较令牌有效期和权限。
• 每次只复制一项已知正确值。

错误日志的安全处理

需要查看当前模型、令牌和服务信息时，通过可点击的灵能API官网入口进入：https://www.lnsns.com/。

• 截图前遮挡 API Key、邮箱、项目路径和用户数据。
• 分享日志前删除 Authorization、Cookie 和完整请求体。
• 只保留错误码、模型、卡片名和时间。
• 密钥疑似泄露时先撤销，再继续分析。

日志排查最终清单

用脱敏日志留下证据，用小任务建立基准，再逐项比较配置，通常比反复重装更快恢复 Codex。

• 已记录时间、错误码、卡片名称和 Model ID。
• 没有保存完整 API Key 和敏感项目内容。
• 已确认当前启用卡片。
• *ase **L、模型和令牌分别核对。
• 已用空目录完成恢复基准测试。
• 真实项目恢复前检查目录和版本控制状态。