Codex启动后自动请求API的原因及关闭做法

很多使用 Codex 第三方 API 的朋友应该都有一个疑问：

明明刚打开 Codex，什么都没操作，为什么 API 后台已经产生请求了？

如果你使用的是按 Token 计费的 API，那么这些"偷偷发送"的请求，长期下来也会消耗不少额度。

最近国外开发者 DP 通过抓包分析，找到了 Codex 启动后自动请求 API 的原因，并给出了关闭方法。

本文分享给大家。

Codex 默认开启了 Suggest Prompt（提示建议） 功能，它会在应用启动时自动分析历史对话，并调用模型生成新的建议，因此即使没有开始聊天，也可能产生 API 请求。如果你希望减少 API 消耗，可以关闭该功能，从而避免不必要的 Token 支出。

一、Codex 为什么刚启动就会调用 API？

DP 在研究 Codex Hooks 时发现了一个奇怪的现象。

每次打开 Codex 后，都会出现一次新的后台任务。

继续抓包分析发现：

1. Codex 启动后会自动请求 OpenAI API
2. 即使没有输入任何内容，也会发送请求
3. 默认调用的是 GPT-5.4 mini（不同版本可能有所区别）
4. 请求主要用于生成新的 Prompt 建议

也就是说：

打开软件 ≠ 什么都没发生。

实际上后台已经开始请求模型。

二、真正消耗 Token 的功能是什么？

经过分析发现，真正的原因来自 Codex 内置的：

Suggest Prompt（提示建议）

它的作用主要包括：

1. 分析历史聊天内容
2. 总结之前的上下文
3. 为新建会话生成建议
4. 自动生成推荐 Prompt

这些功能能够提升使用体验，但对于：

1. 使用第三方 API
2. 自建 API
3. 按 Token 计费

的用户来说，就意味着：

每启动一次 Codex，就可能额外产生 Token 消耗。

如果一天打开几十次软件，这部分 Token 虽然不算很多，但长期累积下来也是一笔额外成本。

三、如何关闭 Codex 自动 API 请求？

关闭方法非常简单。

打开：

Settings（设置）

↓

Preferences（常规）

向下找到：

Suggest Prompt(建议提示)

将其关闭即可。

关闭之后：

1. 不再自动分析历史聊天
2. 不再启动即发送请求
3. 不再自动生成 Prompt 建议
4. 可以减少不必要的 API Token 消耗

整个设置只需要几秒钟。

四、哪些用户建议关闭？

如果你属于下面几类用户，建议关闭。

使用第三方 API

例如：

1. DeepSeek
2. GLM
3. Qwen
4. Claude
5. Gemini
6. OpenRouter

这些通常都是按 Token 计费。

自建 API

例如：

1. One API
2. New API
3. LiteLLM
4. OpenWebUI

后台调用同样会增加消耗。

大量开启 Codex

如果一天要打开很多次 Codex，

Suggest Prompt 每次都会触发后台分析。

虽然一次 Token 不多，但累计下来依然会增加成本。

五、关闭后有什么影响？

关闭后主要影响只有一个：

不会自动推荐新的 Prompt。

其它功能基本不会受到影响，例如：

1. 正常聊天
2. Agent
3. MCP
4. 工具调用
5. Hooks
6. 文件编辑

都可以继续正常使用。

如果你本身很少使用 Prompt 推荐，那么关闭几乎没有影响。

六、总结

对于按 API Token 计费的用户来说，关闭 Suggest Prompt 是一个值得设置的小优化。

这样可以：

1. 减少启动时自动请求 API
2. 节省 Token 消耗
3. 避免无意义的后台调用
4. 提高 API 使用效率

如果你平时主要使用官方订阅版，这部分影响可能并不明显；但如果长期使用第三方 API 或自建接口，关闭该选项能够减少一些不必要的开销。

如果你对 Codex 感兴趣，还可以查看我之前整理的几篇热门教程：

1. Codex 日志文件过大导致 SSD 频繁读写的解决办法
2. Codex Windows 插件搜索不到的解决方法
3. Codex MCP 配置教程
4. Codex Hooks 入门教程
5. Codex 终端乱码解决方案
6. Codex 缓存清理教程