模型 api proxy

Codex 提示:当前任务仍未提供终端或文件编辑工具

这通常不是电脑里的终端消失了,而是当前任务没有拿到调用工具的能力。先 fork 当前对话,在新任务中回复“继续”;如果同一项目里 GPT-5.5 能执行、GPT-5.6 不能,再按 GPT-5.6 工具调用问题排查。

错误摘要

先 fork 当前对话,在新任务中回复“继续”让 Codex 重新执行。如果仍然没有工具,用 GPT-5.5 和手动 `!命令` 做一次对照测试。

Codex 可能停在执行前,并返回下面这些提示:

当前任务仍未提供终端或文件编辑工具
当前环境没有提供可用的终端或文件编辑工具
当前任务没有提供可用的终端或文件编辑工具
当前会话没有提供可用的文件读取/终端工具
当前环境未提供可用的终端/文件编辑工具,我无法实际读取仓库、修改代码并运行验证,因此不能声称已完成修复。

英文界面有时会显示:

I can't run `ls` because no shell execution tool is available in this session.

这个错误是什么意思

这不是操作系统返回的标准错误,也不代表电脑里的 Terminal、PowerShell 或 /bin/bash 消失了。它是模型在当前请求里看不到可调用的 exec、shell、文件读取或编辑工具后,生成的一段能力说明。

截至 2026 年 7 月,openai/codex 的公开 issue 已有可重复的 GPT-5.6 案例:同一条 codex exec 命令使用 GPT-5.5 时会收到并调用工具,切到 gpt-5.6-sol 后,请求顶层的 tools 却是 null。工具信息虽然出现在 Responses Lite 的 additional_tools 中,但没有变成模型可以正常调用的工具,因此模型误判当前会话没有终端。

先做 3 个对照测试

不要先重装。保持项目目录和权限不变,只改一个变量:

  1. 用 GPT-5.6 让 Codex 执行 git status --short
  2. 切到 GPT-5.5,在同一会话或同一目录重复这条任务。
  3. 在 Codex 里手动执行 !git status --short,或直接在外部终端运行同一命令。

如果 5.5 和手动命令都成功、只有 5.6 失败,问题集中在 GPT-5.6 的工具调用链路,不是文件夹权限。官方 issue 里的 Windows 复现甚至在 Workspace、Full Access 和 YOLO 权限下都失败,继续放大权限没有意义。

如果所有模型都失败,手动命令也不能运行,再检查是否打开了工作区、项目目录是否存在、Codex 是否获得文件访问权限,以及当前客户端是不是缺少配套可执行文件的非官方或不完整打包。

怎么解决

  1. fork 当前对话,在新任务中回复“继续”。 在报错对话里执行 /fork,进入新建的任务,然后回复“继续,请执行刚才的任务”。新任务会保留原对话内容,同时重新建立工具上下文。如果仍然提示没有工具,不要反复 fork。
  2. 切到 GPT-5.5 完成任务。 如果 GPT-5.5 能正常执行,说明本地终端和仓库没有坏,可以先用它继续工作。
  3. 升级客户端后重新测试。 Codex CLI 先升到 0.144.1;ChatGPT 桌面端则升到 26.707.61608。升级可以排除旧客户端或打包不完整的问题,但不是确定修复;openai/codex 的 issue 里已有 Codex CLI 0.144.1 继续复现的记录。
  4. 使用第三方客户端或中转站时做官方直连对照。 官方直连也失败,优先关注 Codex/GPT-5.6 回归;只有中转路径失败,再让服务商检查 Responses Lite、additional_tools、顶层工具声明和实际模型路由。
  5. 非官方打包要核对版本完整性。 不能只看界面显示的版本号;如果新版 Codex 依赖新的辅助执行文件,而打包方没有一起分发,也会表现成没有终端工具。

不要把“关闭安全策略”“改系统权限”当通用解法。GPT-5.5 在同一环境能执行命令时,这种做法既没有针对性,还会扩大本机风险。

什么时候只能等上游修复

如果 GPT-5.6 在官方 Codex、最新稳定版本、全新任务和正常工作区里仍然失败,而 GPT-5.5 与手动 shell 都正常,本地已经没有多少值得继续折腾的变量。保留 Codex 版本、操作系统、模型名、认证方式和 A/B 测试结果,跟踪 openai/codex 的相关 issue;在修复发布前先用 GPT-5.5。

相关错误

Claude Code / Codex 503 No available accounts:中转站账号池不可用排查 先不要盲目换 Key。这个错误通常说明账号池、供应商、分组或模型路由暂时不可用。先测最小请求、确认模型和分组,再判断是等待恢复、降低上下文,还是换 provider。 Codex: Selected model is at capacity. 模型容量已满排查 报错:Selected model is at capacity. Please try a different model. 先把它当作模型级容量、Admission 或流式中断问题处理。它可能出现在官方 ChatGPT 登录态 Codex CLI,也可能来自中转站账号池或 Sub2API 上游 overloaded 透传。 Codex 提示:你的对话中有多个可能的网络安全风险的标记 提示:你的对话中有多个可能的网络安全风险的标记。先把它当作 OpenAI/Codex 安全路由触发,而不是直接判断账号或中转站故障;再检查是否使用了中转 API、敏感关键词、超长代码上下文或不透明模型路由。 Error 429 Too Many Requests:AI API 中转站限流排查 报错:exceeded retry limit, last status: 429 Too Many Requests, request id: <request-id>。AI 中转站里连续 429 多半是上游账号池限流、冷却或额度耗尽,先让服务商换号、换线路或换模型。 Error 401 Unauthorized:AI API 中转站认证排查 401 是认证失败信号。先检查当前加载的是哪一个 Key、请求打到哪个 Base URL、header 格式是否正确,以及这个 Key 是否仍然在对应 provider 中有效。 Codex 提示:此聊天已被标记为可能存在网络安全风险 Codex 提示“此聊天已被标记为可能存在网络安全风险”时,先不要把它当作中转站故障或封号。它更像是系统级网络安全风险标记;普通开发误触发时,优先新开会话、缩小上下文、重新表述任务。 Codex: gpt-5.6-sol model is not supported with a ChatGPT account 报错:The 'gpt-5.6-sol' model is not supported when using Codex with a ChatGPT account. 先把它当作 ChatGPT 账号权限、订阅层级或灰度入口问题处理;可先切到 Terra/Luna,或改用 API Key/provider 配置。 Codex 报错 stream disconnected before completion Codex 报 stream disconnected before completion: error sending request for url 时,先不要急着换账号或改模型。它通常是终端网络、代理继承、中转站 Responses 兼容性或上游 SSE 流断开的信号。 Codex 报错 stream disconnected before completion: Upstream request failed Codex 报 stream disconnected before completion: Upstream request failed 时,不要只凭浏览器能上网就排除网络,也不要只凭 curl hello 能通就认定中转站没问题。先看 URL、upstream_error、response.failed、request id 和是否使用自定义 provider,再按官方链路、本地代理和中转站链路分开排查。

相关教程

相关主题

常见问题

常见问题

这个提示是不是 Codex 没有拿到文件夹权限?

不一定。如果同一目录下 GPT-5.5 能读写,或者手动 `!git status` 能执行,说明本地 shell 和工作区大概率正常,更像 GPT-5.6 没拿到可调用的工具声明。

升级 Codex CLI 或 ChatGPT 桌面端能解决吗?

可以先把 Codex CLI 升到 0.144.1,并把 ChatGPT 桌面端升到 26.707.61608,再重新测试。但这些版本仍有可能复现,升级不是确定修复。

使用中转站时出现这个提示,是中转站坏了吗?

不能直接下结论。官方 ChatGPT Plus 路径也有同类复现。只有官方直连正常、同版本同模型经过中转失败时,才更该怀疑中转站对 Responses Lite、模型路由或工具字段的兼容性。

为什么 fork 对话后回复“继续”可能恢复?

fork 会保留原对话上下文,但在新任务中重新建立一次会话和工具上下文;如果原任务只是偶发没有挂载工具,新分支可能恢复。它不能修复稳定复现的 Responses Lite 或客户端问题。