发布日期：2026-09-16｜适用范围：ChatGPT 桌面应用、Codex CLI、IDE 扩展｜资料来源：OpenAI 官方文档

Codex 任务执行很慢，通常不是单一模型问题，而是模型推理、上下文读取、工具审批、终端命令、工作树初始化或模型提供方中的某一环节耗时。最有效的处理方式是先记录“慢发生在哪里”，再分别调整模型与推理强度、缩小任务范围、修复项目命令或测试第三方接口。Fast mode 可以提升受支持模型的生成速度，但无法加快本地编译、依赖安装和卡住的测试，也不应以关闭安全边界作为提速手段。

Codex 为什么会执行得很慢？

Codex 任务慢是指从提交请求到获得可验证结果的总耗时过长，原因可能位于模型、上下文、工具调用、本地环境或外部服务。

先区分“模型没有开始回答”和“模型正在等待命令”。如果终端里正在跑测试、构建或安装依赖，切换模型通常不会缩短这部分时间。

先按现象定位：慢在哪个阶段？

表现更可能的原因第一项检查
提交后很久才出现首个动作高推理强度、模型排队、网络或 Provider 延迟换小任务并降低推理强度
一直显示思考或规划任务过宽、约束冲突、Max 模式明确文件范围和完成标准
停在命令执行测试、编译、安装或开发服务器未退出打开终端查看当前进程输出
频繁等待确认权限或网络操作需要审批查看是否有待处理 Approval
新工作树首次执行很慢缺依赖、构建缓存或被忽略的本地文件检查工作树初始化脚本
对话越长越慢上下文持续增长或反复读取无关资料新建聚焦任务并提供摘要
只有第三方模型慢首字延迟、流式协议、限流或重试用同一提示做 Provider 对照测试

OpenAI 官方建议：任务疑似卡住时，先检查审批，再在终端执行 git status 等基础命令，最后用更聚焦的提示开启新任务。

来源：OpenAI Troubleshooting，2026

一、降低不必要的模型推理时间

推理强度越高，通常等待时间和用量越大；简单修改没有必要默认使用 High、Extra High、Max 或 Ultra。

按任务选择强度

  • Light / Low：改文案、查一个错误、修改单个函数、提取信息。
  • Medium：一般功能开发、代码审查、需要数步验证的任务。
  • High / Extra High：跨模块设计、复杂迁移、安全分析。
  • Max：单个最困难任务，需要更多思考时间。
  • Ultra：可拆成独立子任务的复杂工作，不适合所有请求。

OpenAI 官方模型指南建议使用“能完成任务的最低推理强度”，再根据结果逐级增加。来源：OpenAI Models，2026

CLI 用户可以在会话中用 /model 调整模型与推理强度；桌面应用和 IDE 可使用输入框下方的模型控制。不要为了一次简单改动沿用上一个复杂任务的最高档设置。

二、需要更快生成时使用 Fast mode

Fast mode 提升的是受支持模型的生成速度，而不是本地 shell、测试、构建或网络下载速度。

根据 OpenAI 2026 年官方说明，Fast mode 对支持的模型约提升 1.5 倍速度；部分模型会按标准档的 2.5 倍消耗 ChatGPT Credits。

API Key 登录采用 API 计价，不沿用 ChatGPT Credits 的倍率规则。来源：OpenAI Speed，2026

Codex CLI 可临时切换：

/fast on
/fast status
/fast off

也可以在 ~/.codex/config.toml 中设为默认：

service_tier = "fast"

[features]
fast_mode = true

若只是偶尔赶时间，优先临时开启，完成后关闭；长期启用前应先比较等待时间与 Credits 消耗。

三、缩小任务范围和上下文

范围清晰的提示能减少仓库扫描、方案反复和无关验证，是最稳定且不增加费用的提速方式。

不要只写“修复这个项目”或“优化所有代码”。应提供目标、文件、边界和验证命令：

修复 src/auth/session.ts 中登录后会话丢失的问题。
只修改认证模块，不改变公开 API。
先复现，再添加回归测试，最后运行认证模块测试。

对大型仓库，可进一步限制到具体目录、函数或行范围。长对话中目标已经变化时，先让 Codex 输出当前状态摘要，再用摘要开启新任务，避免继续携带无关上下文。

四、检查命令是否真的“卡住”

Codex 可能只是在等待一个不会自动退出的命令，例如开发服务器、监听模式测试或交互式安装器。

检查顺序：

  1. 打开集成终端查看最后一条命令与最新输出。
  2. 确认测试是否进入 watch 模式，开发服务器是否被当前步骤阻塞。
  3. 在同一目录手动运行 pwd、git status 和最小测试命令。
  4. 对长测试设置合理范围，先跑受影响模块，再决定是否跑全量。
  5. 若终端面板本身无响应，关闭后用 Ctrl + ` 重开。

桌面应用中的每个任务都有当前项目或工作树范围内的终端，Codex 可以读取其输出。来源：OpenAI Integrated terminal，2026

五、减少无效审批和失败重试

任务停在审批界面时并非模型速度慢，而是在等待用户决定。应优化权限范围，而不是直接关闭所有审批。

推荐保持：

approval_policy = "on-request"
sandbox_mode = "workspace-write"

如果任务需要下载依赖或访问外部服务，及时处理授权请求。反复失败时检查网络权限、可写目录和命令规则；不要让 Codex 在同一被禁止操作上持续重试。

OpenAI 配置共有 7 层优先级，CLI、项目、Profile 或管理员策略都可能覆盖用户配置。设置“改了但没生效”时，应逐层检查。

来源：OpenAI Config basics，2026

六、修复 Worktree 首次运行慢

新工作树通常只继承 Git 已跟踪文件，依赖目录、环境文件和构建缓存可能不存在，因此第一次测试会明显变慢或失败。

可以这样处理：

  • 用项目的本地环境配置声明初始化命令。
  • 对确实需要的忽略文件使用 .worktreeinclude。
  • 避免在每个工作树重复下载大型依赖，按项目工具选择共享缓存。
  • 确认当前分支、工作目录、环境变量和运行时版本正确。

官方 Troubleshooting 文档明确指出，Worktree 可能需要重新运行 setup，或复制被 Git 忽略的必要文件。

七、第三方模型或 Provider 慢怎么判断？

第三方接入要分别测首字时间、完整响应时间、错误率、重试次数和工具调用成功率。只看聊天回复速度，无法判断它是否适合 Codex 工作流。

用完全相同的短提示进行 5 至 10 次对照测试，并记录：

指标说明
首字时间请求发出到首次流式输出
完成时间直到一次回复结束
工具成功率shell、补丁和结构化调用是否正常
重试与限流是否出现超时、429 或断流
峰值稳定性工作日高峰是否明显变慢

兼容多款主流大模型的服务可用于横向测试，例如七牛云AI可纳入同一评测表；是否更快必须以相同地区、模型、提示和时间段的实测结果为准，不能由“兼容接口”直接推断。

10 分钟快速排查清单

  1. 观察卡在思考、审批还是终端命令。
  2. 用新任务提交一个只读、单文件的小请求。
  3. 将推理强度调至 Light / Low 或 Medium。
  4. 确认没有误用 Max、Ultra 或过大的任务范围。
  5. 在终端执行 git status，确认目录和分支。
  6. 检查测试是否进入 watch 模式或等待输入。
  7. Worktree 中确认依赖和环境文件已经初始化。
  8. 第三方 Provider 与官方路径做同提示对照。
  9. 查看是否存在反复失败的 MCP、插件或 Hook。
  10. 仍然卡住时新建任务，并按官方路径检查日志。

macOS 桌面应用日志位于 ~/Library/Logs/com.openai.codex/YYYY/MM/DD；本地会话默认位于 ~/.codex/sessions。分享日志前必须检查并删除密钥、代码和其他敏感信息。

常见问题

Codex 一直显示思考，是服务器慢吗？

不一定。高推理强度、目标过宽、上下文过大或等待工具结果都会表现为“思考很久”。先用新任务和单文件请求测试，才能区分服务延迟与任务复杂度。

开启 Fast mode 一定能让任务快 1.5 倍吗？

不能保证端到端任务快 1.5 倍。该数字指支持模型的生成速度提升；如果主要耗时来自测试、构建、下载、审批或工具重试，总时长改善会更小。

把审批设置成 never 会更快吗？

可能减少等待，但会改变安全交互方式，不应作为通用提速方案。更合理的方法是保持受控沙箱、及时处理请求，并为重复且可信的操作配置精确规则。

为什么同一任务在 Worktree 里更慢？

Worktree 可能缺少未提交的环境文件、依赖和构建缓存。先执行项目 setup，并确认 .worktreeinclude、运行时版本和当前目录，再比较模型速度。

对话越聊越慢，应该继续还是新建任务？

同一目标应保留在同一任务；目标已经变化或上下文包含大量无关尝试时，应先生成状态摘要，再建立范围更小的新任务。

结论

Codex 提速的正确顺序是：定位耗时阶段、缩小任务与上下文、调整模型和推理强度，再检查审批、命令、Worktree 与 Provider。Fast mode 适合模型生成成为主要瓶颈的场景，但不是所有慢任务的通用开关。

本文依据 OpenAI 官方文档截至 2026-09-16 的公开信息整理。模型、倍率、客户端功能和配置字段可能调整，实际使用前应核对最新 Models、Speed、Configuration 与 Troubleshooting 页面。

参考资料

# 人工智能
Logo
AtomGit AI 社区

AtomGit AI 社区提供模型库、数据集、Agent、Token等资源

更多推荐

cover

用AI做产品视频，同事问“这不违规吗？”——企业AIGC视频合规精简版

avatar AtomGit AI 社区
cover

3M诉讼案敲响警钟：你对ChatGPT说的话，正在成为指控你的呈堂证供！

avatar AtomGit AI 社区

生成式引擎优化指南：SEO协同与企业落地

生成式引擎优化面向豆包、DeepSeek、ChatGPT等AI问答平台，通过品牌结构化知识、可信信源和语义匹配提升AI回答中的引用与推荐。它与地理区位GEO不同，后者主要服务地图门店和同城POI。企业应结合规模、行业、预算和业务目标选择服务商，重点核验技术、内容、监测、合规和长期交付。广拓时代以GTark承担品牌与竞品监测、引用追踪和效果复盘，并以多行业项目案例呈现内容体系与业务结果的协同。

avatar AtomGit AI 社区