Qwen3.8-Max-0902 模型介绍

一句话定位：阿里通义千问旗舰 Qwen3.8-Max 的 2026-09-02 后训练刷新快照——2.4T 总参 / 95B 激活、1M 上下文、$2/$6，首个登顶 Code Arena WebDev 盲测榜的中国模型；但第三方逐项统计显示 15 项基准是「8 比 7 分」而非全面领先，中文社区最系统的独立评测更给出「总分与 Coding 双双回调」的反向结论。
整理日期：2026-10-03 ｜资料来源见文末

项目	信息
模型 ID	`qwen3.8-max-0902`（一方别名 `qwen3.8-max-2026-09-02`）
发布时间	2026-09-02（后训练刷新快照，非新架构）
厂商	阿里巴巴 / 通义千问
定位	编码（工程级项目 / 长程自主开发）+ 协作智能体 + 视觉理解
总参 / 激活	2.4T / 95B 稀疏 MoE
上下文	1M（最大输入 991K / 最大输出 131K / 最大思维链 262K）
模态	文本、图像、视频输入 → 文本输出
定价（国际）	$2 输入 / $6 输出（缓存读 $0.17–0.25）
定价（国内百炼）	输入 12 元 / 输出 36 元（缓存命中 1.5 元）
推理档位	low / medium / xhigh（默认）
协议	OpenAI Chat Completions / Responses / Anthropic 三种兼容
许可	闭源，API-only（开源权重仍是 8-12 的文本版快照）
集成	Claude Code、Codex、Qoder CLI、Qwen Code、OpenClaw

一、官方上线介绍

1.1 这是一次「后训练刷新」，不是新架构

关键事实：Qwen3.8-Max-0902 与 8 月 12 日的 Qwen3.8-Max 架构完全相同（2.4T / 95B MoE），只是后训练做了刷新。

官方的升级叙事三条：

编码深度再突破，可驾驭更复杂的工程级项目与长程自主开发

协作智能体能力显著增强，在多工具调度与端到端交付中表现更从容

视觉理解全面精进，图表推理、文档解析与多模态感知更敏锐准确

延续 100 万上下文、思考模式与完整工具生态。

⚠️ 一个必须知道的技术性质：qwen3.8-max 这个 slug 从 9 月 5 日开始自动路由到新快照。LMRank 的提醒：「Developers relying on reproducible behavior were caught off guard.」而 LMRank 也提醒了另一件事：

「The catch: the 0902 snapshot is API-only. Only the base model has downloadable weights, so treat the 'open-weight' framing in early coverage with skepticism.」

官方原有的开源计划承诺仍在——Qwen 团队在 8 月的发布贴里说明这是首个计划公开权重的 Max 级模型。⚠️ 但「计划发布」和「快照本身有权重」是两件事：阿里后来发布了权重，开源的 checkpoint 是 8-12 的文本版，托管服务则保留了额外的多模态和非思考功能。

1.2 官方与第三方基准

Code Arena WebDev 盲测榜（这是 0902 快照最大的成绩）：

Qwen3.8-Max-0902：1,691 分，第 1

Claude Opus 5 Max：1,688（第 3）

GPT-6 Astra Max：1,862

Claude Fable 5.1 Max：1,896

⚠️ 这个「第一」有三重限定，请务必读完：

3 分的领先小于任一模型显示的置信区间（±19），Arena 给 Qwen3.8-Max-0902 的排名跨度是 1–4。AI Wiki 的统计学澄清：「The result therefore supports a dated, preliminary first-place description, not a statistically decisive lead.」

票数差距大：Qwen 约 1,389 票 vs Opus 5 的 10,000+ 票。

登顶 5 天后即被反超：9 月 7 日的实时榜变成 Fable 5.1 Max 1896 > GPT-6 Astra Max 1860 > Opus 5 Max 1766 > Qwen3.8-Max-0902 第四 1754（标记为 preliminary）。有评论直说：「The top row is rented, not owned.」

1.3 0902 快照带来的真实提升

指标	0902 快照	之前（8-12 版）
TerminalBench 3.0	29.0	11.3（2.6 倍）
QwenSWEbench V2	70.0	—
Code Arena WebDev	1,691	—

第三方 LMRank 的 15 项基准逐项统计（这一条最关键）：

Claude Opus 5 Max 领先 8 项、Qwen 领先 7 项——「This is a split decision, not a sweep.」

具体落后项：

TerminalBench 3.0：42.7（Opus 5）vs 29.0（Qwen）

DeepSWE 1.1：73.6 vs 69.3

ProgramBench：41.5 vs 28.0

⚠️ 还有一个方法论差异值得记：Vals AI 指出「Alibaba's reported Terminal-Bench 2.1 results modify timeouts, while Vals preserved the original benchmark timeouts.」——同一模型在阿里口径与 Vals 口径下分数不同，这是技术原因，不是错误。

1.4 第三方独立评测总表

机构	成绩
Vals AI	Vals Index 66.1（vs Qwen3.7-Max 57.5，+8.6），#10/43 总榜、#2 开源权重；成本 $2.68/测试 vs Claude Opus 4.7 的 $6.17
LMArena（8-12 版）	Vision Arena 第 2（1305），落后 Claude Fable 5 High（1318）13 分
Artificial Analysis	智能指数 53，但非常啰嗦（约 150M token，中位 63M）

1.5 🔴 最值得注意的第三方中文评测：非线智能的回调

**非线智能（NoneLinear，GitHub 6000+ stars，「长期占据中文 LLM 商业评测类项目 Star 数第一」）**对 qwen3.8-max（8 月初发布版）做了约 1.5 万题的中文综合评测：

维度	qwen3.7-max	qwen3.8-max	变化
总分	76.9%	75.4%	-1.5 ⬇️
排名	第 1	第 6	-5 ⬇️
Coding	73.3%	68.7%	-4.6 ⬇️（降幅最大）
agent 与工具调用	68.8%	66.4%	-2.4
金融	89.1%	86.9%	-2.2
教育	65.4%	63.7%	-1.7
推理与数学	84.7%	83.6%	-1.1
医疗	89.0%	88.8%	-0.2（基本持平）
法律与行政公务	85.3%	86.0%	+0.7 ✅
语言与指令遵从	71.8%	72.6%	+0.8 ✅
响应时间	51 s	67 s	+31% ⬇️
平均 token	2,920	3,175	+8.7%
每千次调用成本	99 元	107.3 元	+8.4%

结论一句话：

「qwen3.8-max 在 ReLE 中文综合评测中的变化并不是继续上行，而是总分回调、响应变慢、调用花费小幅上升。」

⚠️ 评测方自己给了调和解释：「这一点和官方强调代码智能体能力增强的叙事并不完全一致，原因可能在于 ReLE coding 更偏中文综合题库中的代码相关任务，而官方更多展示真实仓库、长程执行和工具环境下的代码能力。」

⚠️ 时点提醒：该评测针对 qwen3.8-max（8 月初发布版），不是 0902 快照。

二、KOL / UP主 / 开发者实测感受

2.1 胡凯尔（观猹 watcha.cn，金牌观猹员）— 中文社区最具体的生产力实测

他的定位判断非常精准：

「它是个执行力选手，不是创意选手。」

任务一（无原文，测纯知识储备 + 改编能力）：让��把一篇经典短篇小说改成视频脚本。

「结果它一口气写了七千多字，自动切成十四个板块：改编核心、片长建议、人物处理、旁白文本、镜头风格参考、AI 生成注意事项、推荐片名……态度是真勤奋。但我真正要的那点东西，大概只占它输出的七分之一，剩下六份得我自己动手删。」

「同样的提示词丢给 Sonnet 5，产出精准得多，干净利落。」

他的归因很到位：

「所以似乎问题不在能力，在它不太会判断"我到底想要啥"。你话说得糙一点，它就开始努力地跑偏。」

任务二（接入分镜 Skill，有模板约束）：

「它拆出 56 个镜头，总时长五分钟左右，格式该有的都有，颗粒度也够细，一稿过，我基本没改。这种有明确规则、有模板约束的活儿，它做得比我预期好不少。」

速度的代价：

「这一轮它整整想了二十分钟。 同平台同任务，Sonnet 5 和 Deepseek v4 pro 都是五到八分钟的事。而且我反复试了几次，只要挂了附件，速度拖得特别明显。」

文风吐槽（很典型的中文社区观察）：

「感觉这模型有很重的排版口癖，特别爱换行、爱分段、爱加引用块，读起来像在看现代诗。跟 GPT 那个'不是……而是'的句式病、Claude 那个双破折号一个性质。本来三行能说完的事，它给你摊成半屏，扫读成本一下就上去了。」

价格：「同类型人物，比 GM5.2 之类的国产模型贵出好几倍。」

最终定位：

「我个人的定位：备用。……体感大概在 GPT-5.5 和 Sonnet 4.6 那个区间，能扛一部分执行类负载，但短期内还不会成为主力之一。」

2.2 teortaxesTex（X，DeepSeek 粉丝，8/3）— 最尖锐的回归指控

「Bad loss of basic research velocity. This is barely above new V4-Flash (below in SciCode, but also long-context reasoning and AA-Omniscience accuracy!!) Say sorry to Junyang, Bowen and Binyuan」

具体数字（经 AI Primer 整理）：SciCode -4 分、AA-LCR -4 分、AA-Omniscience -11 分；并将 Omniscience 的下降归因于「hallucination rate rising from 23% to 40%」。

⚠️ 这条指控（幻觉率从 23% 升到 40%）如果属实，是与「编程更强」叙事直接冲突的代价。

2.3 ZhihuFrontier（X，汇总知乎 contributor 实测）

知乎 contributor toyama nao 的评测结论：Agent capability is [有亮点]

正面细节：「every tested Qwen3.8-Max coding project passed the practical usability threshold and beat GLM-5.2 in those tests」；「the model used only smoke tests or a few headless screenshots, yet produced relatively few bugs」。

负面细节：「used about 17% more tokens than Qwen3.7-Max, with some constraint-solving prompts consuming 700% more tokens」；「the model often relies on internal knowledge first and searches after getting stuck」。

2.4 X 上的 Preview 阶段实测（Preview 版，需与 0902 区分）

正面：

@johnseach：「claimed it wrote 1,500 lines of astrophysics code in one go with zero errors」

@APPSO：「found its webpage generation extremely fast, capable of producing complex Three.js 3D pages」

@HeyNayeem：「In Qoder workflow tests, noted the model continuously drives tasks to completion with minimal human intervention」

@Askmasr_mod：「praised its outstanding creative writing capabilities」

负面：

@curiousily_：「found the model sometimes gets stuck in a thinking loop, with front-end skills falling short of promotional claims」

@Askmasr_mod：「pointed out that its biggest issue is excessively long thinking times, even for simple prompts」

@teortaxesTex：「Qwen preview versions are typically rough, serving more as scientific references」，估计真实水平「around the GLM 5.2 tier or slightly better」

@davidtsong：「observed sharply divided feedback on X, with some arguing it fails to meet the expected 'Fable level'」

2.5 Simon Willison（@simonw）— 最有画面感的失败案例

实测 pelican SVG（那个著名的鹈鹕测试）：

「It took 11 minutes and forgot the wheels!」

并算成本：「If the price is $2/$6 that cost me 17 cents」。

⚠️ 值得注意的是：这与官方宣称的视觉能力有落差，而且**「成功但交付残缺」这类失败模式在 benchmark 上容易被漏掉**。

2.6 ⚠️ 一个非常有实用价值的技术坑（Claude Code 用户必读）

一位用户的集成踩坑实录：

在终端使用 Claude Code 调用第三方中转 API 或本地代理部署 qwen3.8-max 时，控制台往往会抛出一长串警告：
"qwen3.8-max" isn't described by this version's model catalog... Until then auto-compact keeps this session within 200k tokens

根因与解法：

「Claude Code 内置了一份官方模型目录。一旦识别到未在目录注册的自定义模型标识符，CLI 就会触发防御性保护逻辑，默认把上下文窗口强制压缩到 200,000 (200k) Tokens，并频繁启动自动压缩（Auto-compact）。」

解法：设置 CLAUDE_CODE_DISABLE_UNKNOWN_MODEL_WINDOW_ENFORCEMENT=1。

🔴 这非常重要：模型宣称 1M 上下文，但通过 Claude Code 用可能实际被压到 200k。

另一个生态集成故障实例（claudeissues.com #90652）：

「Every run of every Scheduled Task on my machine fails immediately with a model-selection error referencing an OpenRouter model I never selected for these tasks.」
错误原文：There's an issue with the selected model (OpenRouter/qwen/qwen3.8-max[1m]). It may not exist or you may not have access to it.
环境：macOS、Claude Code / Claude Desktop、Scheduled Tasks；持续 6 天以上、8+ 次运行；删除重建任务、删除整个 Claude-3p 配置目录均无效。

还有一个自动对照实验（⚠️ 为 MiniMax 推广内容，但方法学披露完整）：
同一 build 任务、同一 Claude Code 版本 2.1.234、14 条验收标准、Python 自动评分 20 项、零人工评分：

	耗时	turns	输入 token	输出 token	得分
MiniMax M3	6.3 分钟	82	230K	118K	20/20
Qwen 3.8 Max	25.3 分钟	127	12.4M	143K	20/20

质量完全打平（20/20），输入 token 相差 54 倍，墙钟时间相差 4 倍。 Qwen 唯一的优势是「测试更全（116 断言 vs 90，边缘探测 11/12 vs 7/12）」。

三、真实用户使用评价

正面

Simon Willison 的 ARC-AGI 记录（客观数据）：Fable 5.1 在 ARC-AGI-1 semi-private max effort 下 97.5% / $1.40 每任务，ARC-AGI-2 下 90.0% / $4.49。

知乎 contributor toyama nao：所有测试的 Qwen3.8-Max 编码项目都通过了实用性门槛，并在测试中胜过 GLM-5.2；「只用冒烟测试或少量无头截图，却产生了相对少的 bug」。

GitHub / 生态用户：

X 社区的多人反馈集中在「网页生成极快，能产出复杂 Three.js 3D 页面」「能持续驱动任务到完成，人工干预很少」。

Reddit r/LocalLLaMA 的一条组织级采用（虽是 3.6-35B，但反映了 Qwen 生态的采纳路径）：

@trollbridge：「Qwen-3.6-35B-A3B was our 'gateway drug' into switching our organisation to agent/harness-first coding.」（补充：「in practical terms we do a lot more with DS-V4-Flash-0731 these days」）

负面 —— 可读性

Reddit r/LocalLLaMA — u/pareteg，2026-08-30，标题即立场：

「Unpopular opinion: Qwen 3.8 is hard to understand」
摘要：「I find both Qwen 3.8 27b and Qwen 3.8 Flash Next difficult to read.」

他的论据：模型「使用数学符号和'重力'等抽象术语，而不是更清晰的语言」，并给出「Model-visible tool set per turn (assembled by the host at provider-request time): persona tool allowlist ∩ ses…」这样的实例。

结论：「用户认为 Qwen 3.6 是最后一个易于理解的版本。」

影响力：155 赞 / 82 评论。

负面 —— 循环与 token 膨胀

Hacker News 主帖（1124 分 / 560 条评论）：

@npodbielski（MoE vs Dense 的实战差异）：「In my case I would say they are comparable but moe models are looping and getting lost a lot more than dense models.」

@cptskippy（A3B 模型的循环问题）：「I found the A3B Q4 model ran in circles a lot and ended up taking longer to complete tasks that 27B Q6 because it kept having to redo/rethink/fix something. I was writing extensive prompts to rein it in and it would still ignore basic directives like 'never force push on the repo, ask me instead'.」

@ignoramous（对发布节奏的观察）：「In Qwen's case, both 3.8 Max releases seem rushed may be in response to Kimi K3 getting all that attention. 3.8 Max Preview ran 90% discount on QwenCloud exactly as when Moonshot couldn't keep up with all the signups.」

负面 —— 真实 bug 修复概率

@aka-rider 给出了非常坦率的数字：

「bug hunt — the probability of Qwen fixing a complex bug is 50/50 but often it is capable of identifying the root cause or at least laying the ground work for a more capable model to pick up.」

这其实是很有价值的定位判断：它的强项是「定位」而非「修复」。

⚠️ 一个重要的社区观察

HN 主帖的高赞评论几乎全部在讨论 Qwen3.6/3.5/27B 等小模型的本地部署，而非 2.4T 的 Max 本身。

@toshinoriyagi：「They've also announced Qwen3.8-27B being released open-weight next week. Qwen3.6-27B is widely regarded as one of the best local models, especially since nothing else comes close to it, that isn't benchmaxxed」

@nozzlegear：「Qwen3.6-35B is my daily driver for AI, and what convinced me to cancel my Claude subscription back in April.」

@mattnewton（对 27B 的降级预期）：「Honestly the 27b dense one punches way above its weight in a lot of domains, especially coding in my testing, so I think you will probably be disappointed。」

四、核心优势

Code Arena WebDev 登顶：首个拿下这个盲测榜（真实用户投票）的中国模型，前端和 WebDev 能力是被广泛验证的强项。

0902 快照的针对性提升明确：TerminalBench 3.0 从 11.3 → 29.0（2.6 倍）、QwenSWEbench V2 达 70.0，而价格完全没变。

2.4T / 95B 激活的规模：与 Kimi K3（2.8T）几乎同量级，Simon Willison 也注意到了这点。

有明确规则约束时表现很好：胡凯尔的分镜任务「一稿过，我基本没改」；知乎 contributor 的项目「都通过了实用性门槛」。它需要一个明确的模板或规格。

执行类任务交付量大：能一次产出 Excel + Word + PPT 这种多格式成品。

三种协议兼容：OpenAI Chat Completions / Responses / Anthropic，能直接接 Claude Code、Codex、Qoder、Qwen Code、OpenClaw。

性价比处于前沿：Vals Index 66.1，#10/43 总榜、#2 开源权重，成本 $2.68/测试（vs Claude Opus 4.7 的 $6.17）；Code Arena Pareto 前沿上 blended $5/MTok 约等于 Fable 5.1 输入价的 1/5。

1M 上下文 + 262K 思维链预算：长程任务的空间足够。

多模态输入：文本、图像、视频都进，图表推理和文档解析是官方强调的提升点。

10.

可复现性有保障：qwen3.8-max-2026-09-02 是固定快照，需要稳定行为时可用。

五、适合用在哪

前端 / WebDev 项目：Code Arena WebDev 第一的领域，值得优先试。

有明确模板、规格、规则的执行类任务：分镜、格式化、批量产出——实测「一稿过」的场景。

长程自主开发：TerminalBench 3.0 翻 2.6 倍就是为此。

多工具调用的端到端交付：官方称协作智能体能力增强。

文档 / 图表解析与多模态理解：视觉理解是 0902 的重点提升项。

成本敏感的代码审查与重构：$6 每百万输出，比 Opus 5 的 $20 便宜三倍多。

需要接 Claude Code / Codex 的工作流：三种协议兼容。

⚠️ 注意：想用满 1M 上下文，必须先设 CLAUDE_CODE_DISABLE_UNKNOWN_MODEL_WINDOW_ENFORCEMENT=1，否则会被压到 200k。

胡凯尔的定位可以直接借用：「它是个执行力选手，不是创意选手。」 给它明确规格，它能扛；让它自由发挥，它会跑偏。

六、劣势与注意事项

🔴 「首个登顶 Code Arena WebDev」的表述需要三重限定：3 分领先 < 置信区间（±19）；排名跨度 1–4；登顶 5 天后即被反超到第四。正确表述是「有日期限定的初步第一」。

🔴 15 项基准是「8:7 分」而非全面领先：TerminalBench 3.0（42.7 vs 29.0）、DeepSWE 1.1（73.6 vs 69.3）、ProgramBench（41.5 vs 28.0）都明显落后。

🔴 非线智能的中文综合评测显示「总分回调、Coding 回调 -4.6%」：总分 76.9% → 75.4%，排名 1 → 6，Coding 73.3% → 68.7%。⚠️ 评测方自己给了调和解释（ReLE coding 偏题库型任务 vs 官方展示真实仓库长程执行），但「旗舰发布中文总分和 coding 双双下滑」这个事实本身值得注意。

🔴 幻觉率可能从 23% 升到 40%（teortaxesTex 的指控）。⚠️ 若属实，这与「编程更强」叙事直接冲突。

🔴 慢，是跨来源最一致的负面：非线智能实测 51s → 67s（+31%）；第三方指南称约 21 tok/s；Artificial Analysis 称「notably slow and verbose」；胡凯尔实测分镜任务 20 分钟 vs Sonnet 5 的 5–8 分钟，且挂附件时更慢。

🔴 Token 膨胀 + 搜索行为退化：17% token 增长（部分约束题 700%）；知乎 contributor 指出「often relies on internal knowledge first and searches after getting stuck」——后者对 agentic 任务是隐性负面。

🔴 「成功但交付残缺」的失败模式：Simon Willison 的 pelican「forgot the wheels」是最生动的例子。这类非崩溃式失败在 benchmark 上容易被漏掉。

⚠️ 「0902」是日期戳，不是版本号：同一个模型串下行为可能静默变化。且 qwen/qwen3.8-max 从 9/5 起自动路由到新快照，依赖可复现行为的开发者会被打个措手不及。

⚠️ 排版/文风口癖（中文社区特有吐槽）：爱换行、爱分段、爱加引用块，「读起来像在看现代诗」；输出「正确但无趣」。

10.

🔴 可读性下降：Reddit 标题即「Qwen 3.8 is hard to understand」，社区认为 Qwen 3.6 是最后一个易读版本。

11.

⚠️ 开源权重的预期落空：0902 快照是 API-only；8-12 的权重也不是 Max 完整能力。LMRank 建议「treat the 'open-weight' framing in early coverage with skepticism」。

12.

⚠️ 生态集成的两个真实坑：① Claude Code 强制把未注册模型压到 200k；② Scheduled Tasks 报模型选择错误（第 90652 号 issue，6 天未解）。

13.

⚠️ 阿里修改了 Terminal-Bench 超时（Vals AI 指出）——这解释了同一模型在不同口径下的分数差异。

14.

⚠️ 合规/法域：「Enterprises must settle the Chinese-jurisdiction question before any pilot, since the only access path is QwenCloud on Chinese infrastructure.」（LMRank）DashScope 默认条款允许数据用于服务改进，专有代码需另谈 zero-retention。

15.

⚠️ 价格不便宜：国内百炼 12 元 / 36 元，「比 GM5.2 之类的国产模型贵出好几倍」（胡凯尔）。

七、推荐总结

推荐给谁

你的情况	建议
前端 / WebDev 项目	✅ Code Arena WebDev 第一，值得优先试
有明确模板、规格、规则的执行任务	✅ 实测「一稿过」
长程自主开发	✅ TerminalBench 3.0 翻 2.6 倍就是为此
接 Claude Code / Codex 工作流	✅ 三协议兼容（⚠️ 但要设那个环境变量）
成本敏感的代码审查与重构	✅ $6/百万输出，比 Opus 5 便宜三倍多
需要自由创意、写散文案	❌ 「太勤奋但跑偏」，输出七分之一才是你要的
中文长文可读性要求高	❌ 排版口癖重，社区认为 3.6 才是最后一个易读版本
追最高分的中文综合能力	❌ 非线智能评测显示总分和 Coding 双双回调
极其在意幻觉率	⚠️ 有 23%→40% 的指控，需自行验证
需要可复现行为	⚠️ 用 `qwen3.8-max-2026-09-02` 固定快照
要开源自部署	⚠️ 0902 无权重；开源的是 8-12 文本版，不是完整能力
企业试点	⚠️ 先解决法域与数据留存问题

结论

Qwen3.8-Max-0902 是一款在特定维度真突破、但整体不是全面领先的旗舰。

它真正做到了的是：Code Arena WebDev 盲测榜第一（首个登顶的中国模型）、TerminalBench 3.0 翻 2.6 倍而价格不变、以及 2.4T 参数规模带来的硬实力。这些都是实打实的。

但三组数据必须同时读：

一是「第一」的限定。 3 分领先小于 ±19 的置信区间，排名跨度 1–4，而且登顶 5 天就被反超到第四。LMRank 的 15 项统计是「8:7 分」——TerminalBench 3.0、DeepSWE、ProgramBench 三项都明显落后 Opus 5。

二是中文社区最系统的独立评测给出了反向结论。 非线智能（6000+ stars）测出总分从 76.9% 掉到 75.4%、排名从第 1 掉到第 6、Coding 从 73.3% 掉到 68.7%。评测方给了解释（ReLE coding 偏题库型任务，而官方展示的是真实仓库长程执行），这个解释站得住——但「旗舰发布中文总分和 coding 双双下滑」这个事实本身，就是使用预期该往下调的直接理由。

三是它「勤奋但不知道你要什么」。 胡凯尔的评价最精准：「态度是真勤奋。但我真正要的那点东西，大概只占它输出的七分之一」；还有「问题不在能力，在它不太会判断我到底想要啥」。

一句话建议：把 Qwen3.8-Max-0902 当「有明确规格的执行型主力」，别当创意型或全场景主力。 具体来说：前端 WebDev、有模板的分镜/格式化、长程自主开发、代码审查这些场景它是目前最好的选择之一；自由创意写作、中文长文可读性要求高的场景不要用（社区普遍认为 3.6 才是最后一个易读版本）；要接 Claude Code 记得先设 CLAUDE_CODE_DISABLE_UNKNOWN_MODEL_WINDOW_ENFORCEMENT=1，否则 1M 上下文会被静默压到 200k；需要可复现行为就用 qwen3.8-max-2026-09-02 固定快照，别用会自动路由的 qwen3.8-max。

在珂艾网关怎么调

项目	值
模型 ID	`qwen3.8-max-0902`（也有 `qwen3.8-max`）
计费	按量（token）
上下文	1M（最大输入 991K / 输出 131K / 思维链 262K）
模态	文本 / 图像 / 视频
推理档位	low / medium / xhigh（默认）
分组	`Alibaba-3`、`Self-Deployed-*`
建议	写作/创意类任务降到 medium；接 Claude Code 记得设环境变量

⚠️ 站点倍率和加价会变动，实际单价以 https://turbo.apimax.host/pricing 实时价格页为准。

八、来源

官方 / 一方

阿里云百炼 — Qwen3.8-Max-0902 模型页（规格、国内定价、上下文、限流、工具调用价格）：https://bailian.console.aliyun.com/cn-beijing/model/market/detail/qwen3.8-max-0902

阿里云百炼 — Qwen3.8-Max 产品页（2.4 万亿参数、MoE、$2/$6）：https://bailian.console.aliyun.com/cn-beijing

Qwen 官方博客 — Qwen3.8-Max: A New Bar for Coding and Cowork：https://qwen.ai/blog?id=qwen3.8

第三方评测与核查
4. 非线智能（modb.pro）— 独立中文综合评测（1.5 万题，总分 76.9→75.4，coding 73.3→68.7，耗时 51→67s，成本 99→107.3 元）：https://www.modb.pro/db/2084849197531095040
5. LMRank — 0902 快照 API-only、15 项 8:7 分、Opus 5 在 TerminalBench/DeepSWE/ProgramBench 领先：https://lmrank.com/blog/qwen38-max-0902-webdev-leaderboard-price-api-only
6. AI Wiki — Code Arena ±19 区间与 1-4 排名跨度、阿里表内自相矛盾项、AA 53 分与 150M token 啰嗦：https://aiwiki.ai/wiki/qwen3_8_max
7. AI Models Navi — 0902 快照性质、slug 9/5 路由变更、AA 各项回退数字：https://aimodelsnavi.com/en/models/qwen3-8-max-0902
8. AI Primer — Vals AI 66.1/#10、teortaxesTex 回归原文、幻觉率 23%→40%、ValsAI 超时争议：https://www.ai-primer.com/engineer/stories/qwen38-max-api-rollout-benchmarks
9. Startup Fortune — 9/7 实时榜变化、「The top row is rented, not owned」：https://startupfortune.com/alibabas-qwen38-max-model-overtakes-claude-opus-5-on-coding-leaderboard
10. LLM Reference — 0902 规格与两条 provider 价格路径：https://www.llmreference.com/model/qwen3.8-max-0902
11. TutorialsByNitin — 第三方指南（约 21 tok/s、verbosity、生态成熟度、数据合规）：https://tutorialsbynitin.com/qwen-3-8-max-guide

KOL 与社区
12. 胡凯尔 / 观猹（watcha.cn）— 「执行力选手不是创意选手」（7000 字/14 板块、20 分钟、贵几倍、文风吐槽）：https://watcha.cn/discuss/12768
13. AGI Hunt — X 实测汇总（@johnseach 1500 行零错、@curiousily_ 思考循环、@teortaxesTex GLM 5.2 档）：https://agihunt.info/en/e/19f7eb5fd0c4adaed1f641ed020
14. 高效码农 — Claude Code 集成踩坑：200k 上下文强制压缩及解法：https://www.xugj520.cn/?p=15603
15. claudeissues.com #90652 — Claude Code Scheduled Tasks 集成故障（6 天、8+ 次）：https://claudeissues.com/issue/90652-scheduled-tasks-fail-on-every-run
16. 掘金 / MiniMax M3 vs Qwen 3.8 Max 自动化对照（20/20 平局、54x token、4x 时间；⚠️推广内容）：https://houtai.dogehome.com/ru/video/39275.html
17. CSDN — 中文：「榜单第一不等于工程好用」：https://deepseek.csdn.net/6a9d190b790f037e6e3914ad.html
18. AIBYTES — Cursor agent mode 实测、Claude Code 模型锁定问题：https://aibytes.blog/reviews/qwen-38-max-review-worth-it-for-coding-in-2026
19. Reddit r/LocalLLaMA — u/pareteg「Qwen 3.8 is hard to understand」（155 赞 / 82 评论）：https://www.reddit.com/r/LocalLLaMA/comments/1w2ncr5/unpopular_opinion_qwen_38_is_hard_to_understand/
20. PulseAugur — 同上帖的中文摘要与原声引述：https://pulseaugur.com/zh-cn/cluster/226648
21. Hacker News — Qwen3.8-Max 主帖（1124 分 / 560 评论，@simonw / @nozzlegear / @toshinoriyagi / @ignoramous / @npodbielski / @cptskippy / @aka-rider 原声）：https://news.ycombinator.com/item?id=49150470

说明：价格、基准多为厂商自报或第三方独立测算（已逐条标注）；模型迭代快，最终以官方页面与网关实时价格为准。

Qwen3.8-Max-0902 模型介绍

一、官方上线介绍#

1.1 这是一次「后训练刷新」，不是新架构#

1.2 官方与第三方基准#

1.3 0902 快照带来的真实提升#

1.4 第三方独立评测总表#

1.5 🔴 最值得注意的第三方中文评测：非线智能的回调#

二、KOL / UP主 / 开发者实测感受#

2.1 胡凯尔（观猹 watcha.cn，金牌观猹员）— 中文社区最具体的生产力实测#

2.2 teortaxesTex（X，DeepSeek 粉丝，8/3）— 最尖锐的回归指控#

2.3 ZhihuFrontier（X，汇总知乎 contributor 实测）#

2.4 X 上的 Preview 阶段实测（Preview 版，需与 0902 区分）#

2.5 Simon Willison（@simonw）— 最有画面感的失败案例#

2.6 ⚠️ 一个非常有实用价值的技术坑（Claude Code 用户必读）#

三、真实用户使用评价#

正面#

负面 —— 可读性#

负面 —— 循环与 token 膨胀#

负面 —— 真实 bug 修复概率#

⚠️ 一个重要的社区观察#

四、核心优势#

五、适合用在哪#

六、劣势与注意事项#

七、推荐总结#

八、来源#