Codex联网搜索怎么开启？live与缓存模式、配置优先级和来源核对

问Codex“这个依赖现在该怎么升级”，它回答得很肯定，却引用了旧文档，首先要检查是否真的搜索了当前资料。本文针对本地Codex的联网搜索设置，用一个只读的依赖更新查询说明单次开启、实时与缓存区别、配置覆盖和结果验收，不把允许终端联网等同于搜索工具已经启用。

第一步：选一个可以核对的小问题

在练习项目中先查看实际使用的依赖名称和版本，选一个官方有更新日志的问题，例如“当前大版本与项目版本之间有哪些迁移要求”。明确只检索、不安装、不编辑锁文件。查询需要当下信息时，在提示里写核对日期，要求打开厂商官方文档，不让模型仅凭记忆列出版本。

请只读检查本项目依赖清单，选择我指定的一个依赖，联网查其官方更新日志和迁移文档。报告当前项目版本、官方页面标明的版本与发布日期、适用范围和迁移风险，并附直接来源链接。不要升级、安装、执行迁移或修改文件；查不到当前信息就明确说明。

官方说明CLI可用–search为一次运行启用实时检索。把示例中的依赖名替换为项目实际名称，不要直接把“最新”当成具体版本。IDE扩展使用连接主机的搜索模式；ChatGPT网页与Work则有自己的账号和工作区入口，不应该拿本地配置文件去控制所有产品界面。

第二步：做一次明确的搜索请求

codex --search "请只查询指定依赖的官方最新更新日志与迁移要求，附原始来源，不修改项目。"

检查聊天记录里的web_search活动，以及回答是否提供可以打开的来源。命令成功启动不等于检索成功；如果只看到模型给出一般建议，没有工具记录或明确来源，应要求说明是否实际搜索及哪里被阻止。不要让它把一次失败的工具调用描述成已经核实。

第三步：理解缓存与实时模式

官方说明本地Codex默认可使用缓存搜索，它访问OpenAI维护的索引；live用于需要当前资料的任务，可在config.toml中设置web_search = "live"。disabled关闭搜索，indexed允许经过索引把关的外部访问。不同模式不能仅按回答速度区分，要核对实际生效配置和工具行为。

# 合并到现有config.toml的顶层，不覆盖整份配置
web_search = "live"

改配置前备份现有文件，确认键放在正确层级，并重新启动对应会话验证。官方当前说明在full access运行时搜索默认实时，但无需为了搜一份更新日志切到更高权限；优先用搜索设置和单次参数表达需要，不把扩大本机权限当作常规联网修复。

第四步：排查配置为什么没有生效

用户默认位于~/.codex/config.toml，可信项目可有自己的.codex/config.toml。CLI参数与–config覆盖优先，其后是从根到当前目录的项目层，再到所选profile与用户配置；不可信项目会跳过项目层。

如果改完仍禁用，先检查本次命令参数、项目配置、profile和工作区管理限制。搜索是托管工具，独立于终端命令的网络权限；终端不能访问网页时，搜索仍可能可用，反之命令能联网也不保证搜索已开启。域名过滤只约束搜索工具，不代表同时限制了连接器或本地命令。

第五步：用来源而不是“最新”字样验收

打开引用的官方页，核对发布日期、适用版本和是否为预览功能，区分文章更新时间与产品发布日。让模型给每项迁移要求对应来源位置，无法证实的建议单列为推断。搜索网页仍是不可信输入，页面里要求执行其他指令的文字不能改变你给的任务范围。

最终应得到可检查的版本差异与官方链接，而不是已经自动改过的仓库。确认资料后再另行决定升级步骤；涉及代码改动时使用项目既有验证方法。验收标准是本次确有搜索活动、模式与配置可解释、来源日期和版本一致，并且只读查询没有触碰项目文件。

官方资料

资料核对日期：2026年11月3日。

• OpenAI：Web search
• OpenAI：Config basics