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

GPT-5.6 上下文窗口被指“阉割”:实为 Codex 前端限制,后端仍支持超大吞吐

云聚 AI Token Plan 满 199 减 35 元

近期,关于 GPT-5.6 系列模型上下文窗口大幅缩减的讨论在开发者社区引发热议。根据 GitHub 上 Codex 的更新日志,最新 0.144.6 版本将 GPT-5.6 系列模型的上下文窗口“修正”为 272k,扣除 5% 冗余后,用户可用的上下文长度降至 258k,与 GPT-5.5 模型持平。官方日志中“corrected”一词的使用,暗示此前宣称的 372k 上下文可能属于漏洞。然而,通过技术实测发现,这实际上仅是前端配置的限制。测试显示,尽管前端界面锁定在 258k,但底层 API 接口仍能处理超过 350k token 的输入数据并正常返回结果,并未报错。进一步分析 Codex 源码发现,系统通过 `min(model_context_window, 272000) * 0.95` 的逻辑硬编码了这一上限,意味着单纯修改前端配置文件无法解锁更多上下文,这更多是软件层面的一种资源管控策略。

事件分析

此次上下文窗口的变动,本质上是软件厂商在模型能力释放与算力成本控制之间的一次平衡调整。虽然后端模型实测证明其具备处理超长上下文的潜在能力,但 Codex 通过硬编码方式在前端实施“降级”,这可能是为了规避在高并发超长上下文场景下可能出现的算力过载或延迟抖动风险。对于依赖长文本分析和大规模代码重构的开发者而言,这种非技术瓶颈的人为限制略显遗憾,但也侧面反映了当前大模型商业化落地中,服务稳定性与极致参数之间的权衡正趋于理性。

💡 核心观点:前端限制并非模型能力退化,而是厂商通过软件层面对计算资源与成本进行的主动管控。

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

原文链接:Linux.do

阿里云函数计算 一键部署 AI 大模型
赞(0)
未经允许不得转载:80aj » GPT-5.6 上下文窗口被指“阉割”:实为 Codex 前端限制,后端仍支持超大吞吐
赞助推荐 FoxCode Claude Code 稳定中转
阿里云函数计算 一键部署 AI 大模型

GLM Claude Code · 国产平替不封号

官方 Claude Code 又涨价又要 KYC,封号还得重配环境?智谱 GLM 兼容 Claude Code,稳定不封号、价格友好,注册后把现有 Claude Code 工作流直接切过来继续用。

立即体验 GLM查看套餐价格