有开发者在 Linux.do 论坛反馈，新版 Codex 在使用 API 密钥接入后无法调用本地浏览器功能。经检索 GitHub 相关讨论，发现这一限制在此前几个版本中已逐步引入。进一步测试确认，凡是采用 API 认证方式的 Codex 环境，所有 Computer Use（计算机操作）相关功能均被禁用，调用时会持续报错 Codex auth token is unavailable，只有通过 ChatGPT 账号 OAuth 登录的订阅用户才能使用完整能力。Codex 是 OpenAI 推出的编程智能体工具，Computer Use 能力允许其自主操控浏览器和本地环境执行任务，是衡量其 Agent 能力的重要组成部分。此次限制意味着开发者若想保留完整功能，必须转向订阅制付费，而非按量计费的 API。发帖者将此形容为远程降智叠加本地限制，认为 Codex 正在透支开发者信任。GitHub 上已有多个相关 issue 讨论此问题，部分用户表示将转向 Claude Code 等竞品。目前 OpenAI 官方尚未就该限制发布正式说明，实际影响范围仍有待更多用户验证。
事件分析
从技术实现看，Codex 通过认证方式区分功能权限，本质是将 Agent 类高成本能力与订阅收入绑定。Computer Use 涉及持续的视觉推理与环境交互，按量计费的 API 难以覆盖其执行开销，功能门槛化是常见的成本控制手段。但这一策略存在副作用：开发者工具的粘性建立在能力透明与可预期之上，通过认证通道隐性收窄功能，会直接动摇用户对产品路线的信任。对比来看，Anthropic 的 Claude Code 同样存在订阅与 API 的能力差异，但边界相对清晰，竞争格局下任何收紧动作都会加速用户迁移。后续走向取决于两点：OpenAI 是否会在官方文档中明确功能矩阵并给出解释，以及社区反馈能否推动回滚或折中方案。若限制持续，开源分流与竞品承接将同步发生。
核心观点：把功能锁进订阅是商业选择，但 Agent 工具的护城河是开发者信任，省下的是成本，透支的是生态。
原文链接：Linux.do
