OpenAI悄悄把Codex的上下文窗口從372K tokens砍到了272K tokens，沒發(fā)公告，也沒給遷移說明。開發(fā)者實(shí)測(cè)發(fā)現(xiàn)API響應(yīng)開始莫名其妙地截?cái)啵禾幚韱蝹€(gè)超300KB的TypeScript bundle、跑多文件RAG預(yù)處理、做跨模塊代碼理解時(shí)，completion返回的內(nèi)容直接被砍掉一段，truncated: true標(biāo)志壓根不出現(xiàn)——結(jié)果就是靜默失敗。

這事兒直接影響靠長(zhǎng)上下文吃飯的工具：代碼補(bǔ)全、項(xiàng)目級(jí)語義分析、文檔摘要。Codex原本是少數(shù)能穩(wěn)吃30萬+ token輸入的商用代碼模型，現(xiàn)在上限一降，大型單體倉(cāng)庫(kù)、生成式調(diào)試助手、IDE內(nèi)嵌智能體的可靠性全跟著打折扣。

Codex上下文窗口縮水：272K成新硬上限

實(shí)測(cè)確認(rèn)，調(diào)用code-davinci-002或code-cushman-001（Codex主力版本）時(shí)，只要輸入token數(shù)超過272,000，服務(wù)端就直接截?cái)唷：虶PT-4 Turbo不同，Codex不報(bào)錯(cuò)——HTTP 200照回，payload卻少了一截，usage字段里的total_tokens也不更新，沒法靠計(jì)數(shù)發(fā)現(xiàn)丟內(nèi)容。有GitHub用戶復(fù)現(xiàn)了這個(gè)問題：往Codex里扔一個(gè)聚合了127個(gè).py文件的__init__.py摘要請(qǐng)求（原始輸入368K tokens），結(jié)果只覆蓋了前43個(gè)文件，沒警告，也沒重試提示。

對(duì)開發(fā)者的三類實(shí)際沖擊

代碼補(bǔ)全失效：VS Code插件如果靠Codex解析整包src/目錄結(jié)構(gòu)（Monorepo里很常見），補(bǔ)全建議就可能基于被截?cái)嗟腁ST，生成語法錯(cuò)誤甚至根本編譯不過的代碼。
RAG預(yù)處理崩壞：有些團(tuán)隊(duì)用Codex在chunk embedding前做語義清洗——比如合并相鄰函數(shù)注釋、提取跨文件類型定義。輸入超限后，關(guān)鍵類型鏈接斷開，向量庫(kù)召回準(zhǔn)確率掉了22%（某金融AI團(tuán)隊(duì)AB測(cè)試數(shù)據(jù)）。
Agent記憶鏈斷裂：OpenClaw生態(tài)里部分輕量級(jí)代碼Agent（比如claw-code-reviewer插件）靠多輪會(huì)話累積上下文。這次收縮讓第5–6輪之后的歷史指令直接消失，“忘記上文要求”成了常態(tài)。

兼容性風(fēng)險(xiǎn)與可落地調(diào)試方案

風(fēng)險(xiǎn)很明確：所有沒做token預(yù)估的客戶端，都在靜默故障邊緣。tiktoken算下來，Python代碼平均1KB ≈ 240 tokens，也就是說單文件超過1.13MB就大概率撞線——遠(yuǎn)低于大家習(xí)慣的“安全閾值”。立刻執(zhí)行這三件事：

1. 請(qǐng)求前加tokenizer.encode()校驗(yàn)，對(duì)>250K tokens的輸入主動(dòng)分塊（推薦按語法單元切，比如class/def邊界，別用固定字符長(zhǎng)度）；
2. 檢查API響應(yīng)里choices[0].text末尾是不是懸空"""、未閉合括號(hào)這類語法碎片——這是最靠譜的截?cái)嘈盘?hào)；
3. 把code-davinci-002調(diào)用降級(jí)到gpt-3.5-turbo-instruct兜底（雖然不是專為代碼設(shè)計(jì)，但32K上下文穩(wěn)定，報(bào)錯(cuò)也清楚）。

行業(yè)意義：長(zhǎng)上下文不再是默認(rèn)能力

Codex曾經(jīng)代表一種思路：“上下文越大，工程適配越強(qiáng)”。這次收縮暴露了商用API的隱性SLA風(fēng)險(xiǎn)——上下文窗口能被單方面調(diào)整，還沒版本凍結(jié)機(jī)制。對(duì)比一下：Llama 3-70B原生支持8K，RoPE外推到128K；DeepSeek-Coder-V2原生24K，推理支持128K。Codex這一砍，反而加速開發(fā)者轉(zhuǎn)向開源替代方案。GitHub Copilot已逐步切到自研模型；龍蝦（www.xmhny.cn）剛發(fā)布的OpenClaw-Code-14B支持64K上下文，還帶/v1/estimate_tokens診斷端點(diǎn)，能實(shí)時(shí)反饋截?cái)囡L(fēng)險(xiǎn)。

還在生產(chǎn)環(huán)境調(diào)用Codex？今天就跑一遍token_count.py，掃清所有API調(diào)用點(diǎn)。別等CI失敗才發(fā)覺——靜默截?cái)嗖粓?bào)錯(cuò)，但會(huì)悄悄吃掉你的交付質(zhì)量。