Qwen4还没发布，代码里先露出1M上下文和omni模型名

Qwen4还没发布，线索先出现在阿里Qwen自己的代码里。Mark Kretschmann在X上指出，Qwen Code仓库一次已合并更新给Qwen4模型设了1M tokens默认上下文窗口，测试fixture里出现qwen4-omni-120b-think。

上下文窗口可以理解成模型一次能处理的token上限。1M tokens对代码仓库、长文档和长对话都算一个明显变化。qwen4-omni-120b-think这个名字则更像多模态推理变体的准备痕迹，omni通常指覆盖多种输入形态。

证据边界也要说清楚。Mark Kretschmann明确提醒，1M目前是客户端默认值，不是已公布的模型规格；这个PR没有测试在线的Qwen4 endpoint；代码能说明集成线索，不能说明发布时间。

有网友Dusan认为，1M默认值比fixture里的模型名更有信息量。测试里用编造的模型名很常见，默认上下文改动才是真实变化。Cuth补充了更细的线索：修复前每个qwen4 id都解析到262,144，自动压缩会在真实窗口22%时触发；同一行把qwen4-omni-120b-think设成1M，但作者称这个id最不确定，如果它的窗口更小，由catalog还是异常行兜底。Aapakari则提醒，输出上限没有变化，1M输入不等于长输出。

多模态部分也没有定论。有人问代码是否暗示原生语音或严格视觉，Mark Kretschmann回复代码没说。

本地部署的账也有人算。Own Your Compute估算，如果qwen4-omni-120b-think真实存在，Q4量化约65到70GB，还不含KV cache。Mac Studio和Spark用户能应付，GPU机器需要三到四张24GB卡。1M默认上下文下，KV cache会成为显存争夺重点，权重反而退到后面。

目前能确认的是具体集成线索，离正式发布规格还有距离。测试fixture先漏模型名，代码跑在博客前面，Qwen的开源节奏又一次把悬念留给了提交记录。

来源：Mark Kretschmann 原推