云聚 AI Token Plan 满 199 减 35 元
port:80 AI Junkie
AI 重度玩家的工程笔记本
DigitalOcean 开发者云

开发者质疑 OpenAI Codex 长上下文能力:在 1M 赛道上落后 DeepSeek 与 Kimi?

云聚 AI Token Plan 满 199 减 35 元

据 Linux.do 社区开发者反馈,尽管 OpenAI 已经灰度测试了 5.6 版本,且 5.5 版本此前宣称加强了上下文能力,但在实际的 Codex(代码生成接口)服务中,长上下文功能仍未完全开放。用户实测发现,Codex 的输入长度仍受到严格限制(被戏称为“幽默的 272k 输入”),无法启用预期的 1M 上下文窗口。该用户指出,在长文本处理这一关键指标上,OpenAI Codex 已经呈现出落后态势,不仅输给了 Mimo、DeepSeek(DS)、GLM、Qwen 等竞争对手,甚至可能被主打超长上下文的 Kimi 反超。长上下文能力对于 AI 辅助编程至关重要,直接关系到模型能否理解庞大的代码库和复杂的项目依赖。此次关于 Codex 5.5/5.6 上下文能力的争议,折射出开发者对于 AI 编程工具处理大规模代码能力的迫切需求。

事件分析

长上下文窗口已成为大模型竞争的核心壁垒,尤其是在 AI 编程领域。开发者需要处理庞大的代码库,1M 甚至更长的上下文窗口是理解项目全局依赖、进行跨文件重构的刚需。目前,DeepSeek、Kimi、Qwen 等模型在长上下文技术上突飞猛进,已经将支持 1M 上下文作为标配功能。相比之下,OpenAI 若在 Codex 中限制上下文长度,可能是出于推理成本控制或服务器负载均衡的考量。然而,这种策略可能导致开发者流向支持更大上下文的竞品工具。随着 5.6 版本的发布,如果不能解决长上下文的实际落地问题,OpenAI 在开发者工具领域的护城河将面临严峻挑战。

💡 核心观点:长上下文能力已成 AI 编程工具的分水岭,若 OpenAI 无法在 Codex 中补齐 1M 上下文短板,恐将在开发者市场面临国产大模型的强势围剿。

阿里云 OPC 一人公司创业装备库

原文链接:Linux.do

阿里云函数计算 一键部署 AI 大模型
赞(0)
未经允许不得转载:80aj » 开发者质疑 OpenAI Codex 长上下文能力:在 1M 赛道上落后 DeepSeek 与 Kimi?
ReClaude Claude Code 合租
阿里云函数计算 一键部署 AI 大模型

Claude Code 合租 · KYC 封号全托管

官方又涨价又 KYC,封号还得自己重新折腾?ReClaude 拼车了解一下——200 / 400 / 800 / 1600 四档随便挑,账号、风控、切换全平台托管,触发风控自动换号不计次。

上车 4 人车 400/月查看四档套餐