把时间锚定在 2026-04-29 UTC，理解 Qwen 的更好方式，是先把两件仍被混在一起讨论的事情拆开。一层是开源模型叙事仍然铺得很宽：官方 Qwen3.6 仓库写明，Qwen3.6-35B-A3B 与随后发布的 Qwen3.6-27B 都进入了 Hugging Face 与 ModelScope，同时 Qwen Studio、Model Studio API 与 Qwen Code 继续作为官方入口并列存在。[3] 另一层则是商业路径正在被重新组织。4 月里，Qwen Code 先把 Qwen 3.6 Plus 以 每日 1000 次调用、100 万 token 上下文 的形式免费放进产品内，几天后又宣布 Qwen OAuth 免费层 终止，并把用户引向 阿里云百炼 / Model Studio 等付费通道。[1][2] 把这些页面再和阿里云自己的 Coding Plan 文档放在一起，市场信号就更清楚了：开源前沿仍然很宽，真正可变现的流量通道却正在被拉回一套可管理的路由栈里。[1][2][3][4]
这件事放在 ai-china 里很重要，因为中国模型竞争已经不只是发布速度竞赛。更难的问题，正在变成谁能控制从公开模型发布到持续、付费开发者使用之间的路径。Qwen 在 4 月公开出来的文档，显示阿里想同时拿住这两层：一边保留开源权重与兼容性带来的触达面，一边让更严肃的编码工作沉到自己能直接管理的产品表面、账号体系与配额规则里。[1][2][3][4]
配图说明：题图采用 Wikimedia Commons 上阿里巴巴杭州总部的真实照片。这里选它，是因为本文讨论的是公司层面的路由策略。关键问题不在某一张基准图表本身，而在阿里如何把公开模型的注意力继续导入自己可管理的使用通道。[5]
开放这一层，仍然是被刻意保留的
若把 Qwen 4 月的动作简单读成“从开放退回封闭”，那会看错。官方 Qwen3.6 仓库写得很清楚：2026-04-16 发布了 35B-A3B，2026-04-22 又发布了 27B 稠密模型，官方分发同时覆盖 Hugging Face 与 ModelScope。[3] 同一仓库还把 Qwen Studio 定位成第一方体验入口，把 Alibaba Cloud Model Studio 写成官方 API 通路，把 Qwen Code 写成围绕 Qwen 优化的终端智能体工具。[3]
这组安排的意义，在于它让 Qwen 同时占住了几层开发者表面。自部署用户仍然可以从开源模型渠道拿权重。[3] 希望直接用托管接口的开发者可以走 Model Studio。[3] 想要待在品牌化编码工作流里的用户，可以继续停在 Qwen Code 内部。[1][3] 阿里并没有把门关窄，关键在于在增加门的数量。
真正值得注意的，是这些门已经不再等价。一个模型出现在 Hugging Face 或 ModelScope 上，可以继续维持生态覆盖面与讨论热度，却并非能自动说明长期收入和产品黏性会落在哪里。阿里的文档更像是在提示另一件事：价值正在往发布层上方移动，落到密钥、配额、默认工作流与使用习惯被决定的地方。[1][3][4]
4 月把“免费接入”改写成了一次路由选择
4 月 8 日的 Qwen Code 周报很有代表性，因为那一刻“慷慨开放”仍然是产品叙事的一部分。Qwen 在周报里写明，Qwen 3.6 Plus 已经正式进入 Qwen Code，可免费使用，并给出 每日 1000 次调用 与 100 万 token 上下文 这两个很具体的门槛，同时把 阿里云百炼 Coding Plan 放在同一页更新里。[1] 这已经不只是模型公告，关键在于一条漏斗设计。用户先在 Qwen 自己的编码产品里体验第一方工作流，再决定是否继续往外做更深集成。[1]
随后页面语气发生了变化。4 月 16 日的 Qwen Code 更新写到，自 2026-04-15 起，Qwen OAuth 免费层 已经停止，新老用户可以消耗剩余额度，但后续迁移建议首先指向 Alibaba Cloud Bailian，随后才是 OpenRouter 和 Fireworks。[2] 这条排序本身就有意义。Qwen 终止的超出一个免费入口，它同时在告诉用户，自己更希望他们接下来走哪条替代路径。
也正因为如此，免费层更适合被理解成一层路由机制，而并非永久性的经济承诺。产品内部的免费使用有利于形成习惯。[1] 可一旦用户需要更扎实定的连续性、更清楚的计费方式或更长期的集成路径，文档就开始把他们导向阿里自己能更直接计量、支持与管理的通道。[2][4]
Coding Plan 把“受控使用”写成了产品本身
阿里云 Coding Plan 文档把变现逻辑写得很直白。页面说明，这是一项 50 美元/月 的 AI 编码工具订阅，Lite 方案已在 2026 年 3 月 20 日 停止接受新订阅，而 Pro 方案的配额窗口分别是 每 5 小时 6000 次请求、每周 45000 次、每月 90000 次。[4] 同一页还补了一句，每次查询消耗多少配额，会随任务复杂度、上下文长度与工具使用情况而变化。[4]
这时它看起来就已经不太像单纯的模型转售，更像一份受控工作流合同。文档卖的并非“无限 token”，关键在于围绕编码工具、请求窗口与月度可预期使用而组织起来的一整套产品。[4] 页面还进一步把边界压得很实：Coding Plan 使用自己单独的 API key，格式是 sk-sp-xxxxx，对应的 base URL 也与通用按量计费的 Model Studio API 不同，二者不能混用。[4]
这层拆分的战略意义很强，因为它说明阿里卖的已经不只是算力，关键在于在把开发者流量分流到不同商业路径里，每条路径对应不同凭证、不同允许行为与不同支持假设。[4] 同一页甚至明确写出，Coding Plan 面向的是交互式编码工具，而并非自动化脚本、自定义应用后端或非交互式批量调用，违规使用会触发暂停或吊销。[4] 放在这个层面上，产品已经不只是提供模型，关键在于在定义“什么样的使用形状才被允许”。
更大的市场信号，是触达面与控制权开始分层
把这些页面放在一起，能看到一条更大的 AI-China 结构。中国模型公司仍然需要开源发布、兼容性与基准表现带来的生态触达面。[3] 但更有价值的那层，越来越像是决定“重复开发者行为最终停在哪里”的地方：是第一方编码客户端，是按量计费 API 账号，还是一套带有平台自定义密钥与工作流规则的订阅方案。[1][2][4]
阿里 4 月围绕 Qwen 形成的组合，就是这条分层的一个很干净的样本。公司一边维持开源权重与官方社区通道，确保自己在生态里持续可见。[3] 另一边，它也在收紧从试用到付费的交接：先用 Qwen Code 内的免费体验把人留下，再用 Model Studio 或 Coding Plan 承接更持续的工作量，而密钥边界与配额逻辑则把这条路径写得很清楚。[1][2][4]
这也是为什么本文更适合写成市场与宏观简报，而并非另一篇发布笔记。底层竞争已经开始从“谁有更强的编码模型”转向“谁掌握了从开源模型注意力到付费工作流依赖的路径”。Qwen 在 4 月留下的文档信号，说明阿里已经意识到，胜负既不会只靠开放，也不会只靠上锁，而会落在它能否让这两层长期并存，同时把真正严肃的开发者流量稳稳导进自己的可管理通道里。[1][2][3][4]
来源
- Qwen Code Docs（中文）,《Qwen Code 周报：Channels 多平台接入、Cron 定时任务、/plan 规划模式、Qwen 3.6 Plus 上线》（Qwen 3.6 Plus 在 Qwen Code 内免费开放、1000 次/日调用、100 万 token 上下文，以及百炼 Coding Plan 同步上线）。
- Qwen Code Docs, "Qwen Code Weekly: Smart Tool Parallelism, Fork Sub-Agent Context Sharing, CJK Word Segmentation"（说明 Qwen OAuth 免费层自 2026-04-15 起终止，并将迁移建议优先指向 Alibaba Cloud Bailian / Model Studio）。
- GitHub, "QwenLM/Qwen3.6"（官方仓库中的 2026-04-16 与 2026-04-22 发布节点，以及 Hugging Face、ModelScope、Qwen Studio、Model Studio API、Qwen Code 等官方接入路径）。
- Alibaba Cloud Model Studio, "Coding Plan overview"（定价、Lite 停止新订阅、配额窗口、专用 API key / base URL，以及 Coding Plan 的使用边界）。
- Wikimedia Commons, "File:Alibaba group Headquarters (cropped).jpg"（本文阿里总部配图来源页）。