~/.codex/config.toml 中开启以下实验性上下文管理功能时报错 [features.context_management] experimental_mode = true
Activity
xintaofei commentedon Oct 18, 2026
@dongtsi 感谢反馈!
我们在当前最新的 Codeg v0.36.0 上复查了这个问题:它推荐的 Codex 适配器是 codex-acp 2.2.2(这次实测带的是 Codex 0.160.1),加入你给的这段配置后,可以正常新建会话并完成一轮对话(用的是本地模拟服务,见文末)。你当时的完整报错我们没有看到,所以没法完全确定原因,下面是最可能的一种。这个 issue 先关闭;升级后如果还报错,直接在这里回复,我们会重新打开。
最可能的原因
[features.context_management]这种写成表的配置,是 Codex 0.153.0 才支持的(源码)。更早的 Codex 不认识这张表,加载config.toml时会直接失败:会不会遇到,取决于本机装的 Codex 适配器带的是哪个版本的 Codex,而不只看 Codeg 本身的版本。Codeg v0.30.2 及更早版本推荐安装的适配器(v0.29.0–v0.30.0 是 codex-acp 1.7.0,v0.30.1–v0.30.2 是 1.8.0),依赖的都是 0.153.0 之前的 Codex;从 v0.30.3 起,推荐的适配器依赖的是 0.153 及以上。
在我们用 codex-acp 1.7.0 做的复现里,保留这段配置时,新建会话返回的是「Authentication required」,去掉这段配置就恢复正常。所以如果你当时看到的是认证或登录相关的提示,原因可能是这段配置,而不是登录凭据。
怎么处理
关于这个实验功能
能读取这段配置,不代表功能会生效。OpenAI 官方配置文档对
features.context_management.experimental_mode的说明是「The feature is not currently available」,也就是这个功能目前还没有开放(文档)。从 Codex 0.160.1 的源码看,它还要求 ChatGPT 账号登录(Plus、Pro、ProLite 或 ProMax 订阅)、使用 Codex 自带的 OpenAI 供应商并连接 ChatGPT 的 Codex 后端、当前模型支持该功能等条件,不满足时会直接跳过(启用检查)。所以用 API Key 或自定义模型供应商(比如在 Codeg 里绑定的模型供应商)时,它不会生效。如果升级后仍然报错,请回复这几项信息:Codeg 版本、部署方式(桌面版 / 服务器 / Docker)、设置里 Codex CLI 显示的本地版本、完整的报错文字,以及
config.toml里和这个问题有关的那几行。请不要贴完整的配置文件,也不要贴 API Key、登录令牌等敏感信息。验证过程
在一个隔离的
CODEX_HOME里写入你给的配置,用本地模拟的 Responses 服务验证 ACP 流程(initialize → session/new → session/prompt),不涉及真实账号:去掉这段配置后,1.7.0 也能正常新建会话。直接对 Codex 0.148.0、0.149.1、0.152.1 运行
codex features list,都会报上面那个错误;0.153.4 和 0.160.1 会把context_management列为true。这里的true只说明开关被读到了,不代表功能实际生效。xintaofei commentedon Oct 18, 2026
codeg work task
370is done — it made no changes.feat: report the model of each native subagent session (spacering-net…
test: support concurrent mock Responses requests (spacering-net#680)
refactor: extract streamed item rendering state (spacering-net#681)
chore(main): release 2.3.0 (spacering-net#619)
feat: add live standard ACP subagent sessions (spacering-net#682)