AI-China 公司档案：阿里云正在把 Model Studio 做成一套分发操作系统

这张阿里巴巴杭州总部的纪实照片适合本文，因为这里讨论的是制度化分发设计。真正值得看的重点，已经从榜单或模型卡转到阿里云如何把路由、配额、工具和模型访问打包成一个公司级表面。[6]

截至 2026-05-03 UTC，理解阿里云当前 AI 位置的更好入口，已经从“出租 Qwen 接口”移到一套分发操作系统。这里真正被出售的对象，覆盖某一款模型，也覆盖开发者抵达模型的整条路径：区域、base URL、API 兼容层、配额方案、工具接入方式，以及计费身份。[1][2][4][5]

这层变化重要，正在于阿里卖的已经超出“来用 Qwen”这一层。Model Studio 现在把完整的 Qwen 系列和主流第三方大模型纳入同一平台，同时给出官方 Qwen API 与 OpenAI 兼容 API，并把访问拆成多个部署模式，每条路径各自带着不同的端点、数据存储位置、支持模型与价格梯度。[1][2] 与此同时，阿里在公开路线图里写到，公司已经开源 300 多个 AI 模型，累计 6 亿次下载，衍生出 17 万多个派生模型，让 100 多万企业与个人 在 Model Studio 上使用过 Qwen，催生 80 多万个 agent，并把过去十二个月的 Model Studio 模型调用量拉高了 15 倍。[3] 把这些信息和 Coding Plan、Qwen Code 放在一起看，阿里云更像一家公司在争夺被计量的通路，模型名只是这场争夺里最外显的一层。[3][4][5]

图片说明：题图采用 Wikimedia Commons 上的阿里巴巴杭州总部实拍照片。它适合本文，正在于这里讨论的是公司级分发架构。真实园区比一张合成“AI 界面图”更能说明，这套控制面究竟在什么地方被建起来。[6]

Model Studio 把地理位置变成了产品结构

最强的证据先出现在 Model Studio 自己的产品说明里。阿里明确写到，这是一套一站式模型服务平台，既整合完整的 Qwen 系列，也整合 DeepSeek、Kimi 这样的主流第三方 LLM，同时向开发者提供官方 Qwen API 与 OpenAI 兼容 API。[1] 这件事先把阿里的姿态说明白了。它想赢下开发者的方式，已经超出一条封闭调用路径，转向成为一个控制点，让自家模型与竞品模型都能落进同一个账号、同一个控制台、同一套兼容叙事里。[1]

模型列表页把这层逻辑继续推深了一步，它把地理位置直接做成了产品原语。[2] International 模式把端点和数据存储放在新加坡，推理算力在中国大陆之外做全球调度；Global 模式把存储放在弗吉尼亚或法兰克福，同时做全球调度；US 模式把存储和算力都钉在弗吉尼亚；Chinese mainland 模式把两者都放在北京；China (Hong Kong) 与 EU 模式又各自形成边界清楚的路径。[2] 这些实现细节直接进入产品结构。区域一旦带着不同端点、不同 key 域、不同模型目录与价格表，阿里卖的对象就会从模型效果延伸到按司法与路由切出来的访问通道。[1][2]

也正因为如此，本文才把“分发操作系统”当成更准确的框架。在一般模型市场里，明星是模型，通道只是附属层；在阿里云当前这套栈里，通道本身正在变成产品。

开放的 Qwen 供给正在喂养托管控制面

第二层证据出现在 2025 年 9 月的云栖大会路线图里。阿里写到，它基于 Qwen 与 Wan 已经开源 300 多个 AI 模型，累计带来 6 亿多次下载，并生成 17 万多个派生模型。[3] 这些数字重要，正在于它们描述的是一台供给机器。开放模型会放大开发者熟悉度、微调活动、下游打包与外部心智，即便许多开发者当下还没有直接向阿里付费，Qwen 也已经先进入了他们的工作流视野。[3]

但阿里并没有把这股能量只留在开放生态里。同一份路线图又写到，已有 100 多万企业与个人 在 Model Studio 上使用 Qwen，平台可以访问 200 多个行业领先模型，上面已经创建 80 多万个 agent，过去一年里的模型调用量增长了 15 倍。[3] 这正是公司档案里最值得看的地方。阿里不只是在开模型，它还在把开放模型产生的需求牵引回一个托管平台，在那里，使用会变得可见、可计费、可治理。[1][2][3]

放在这里看，开放模型层和托管平台层并不存在对冲关系。它们是一条漏斗的上下两端。

Coding Plan 说明阿里想在外部工具里也掌握计量入口

阿里云想掌握路径而不只是掌握模型，这个信号在 Coding Plan 上最清楚。Coding Plan 概览页把它定义成一套 50 美元/月 的 AI 编码工具订阅方案，带有固定请求配额，而推荐模型列表里既有 qwen3.5-plus，也有 kimi-k2.5、glm-5、MiniMax-M2.5。[4] 这一点非常能说明问题。即便某些模型并不属于阿里自己，阿里也愿意先把计费与配额表面做成最有价值的入口。

同一页文档还写明，Coding Plan 使用专门的 API key 形态 sk-sp-xxxxx，并配套自己的 base URL，这样调用时才能正确从订阅配额里扣减。[4] 事情走到这一步，商业重心就变了。真正决定性的对象，已经从开发者抽象意义上更偏爱哪款模型，转到他们日常工作流围绕哪套账号、哪套配额规则、哪条 base URL 完成标准化。[4]

Qwen Code 的设置页又把这套逻辑一路推到了客户端表面。[5] 在 CLI 里，用户会被要求选择 Alibaba Cloud Coding Plan，随后 Qwen Code 自动写入对应的 Coding Plan base URL。[5] 文档还展示了同一方案如何通过 ~/.qwen/settings.json 流入 IDE 扩展，以及用户怎样在同一会话里用 /model 在支持的模型之间切换。[5] 这件事之所以重要，正在于阿里想让自己的商业控制面在工具内部显得原生，避免停留成工具外部的一层附加说明。

更深的公司信号也就出现在这里。阿里云想成为开发者认证、计量、换模与持续工作的那层表面，即使开发者眼前看到的是编码 agent 或 IDE 插件，Model Studio 控制台本身退到幕后，阿里云仍然想占住这层表面。[4][5]

这为什么是一个 AI-China 信号

放在 ai-china 语境里，大量讨论仍然容易困在榜单层、发布备注层。阿里云更强的一步，发生在更低的一层。它把开放模型供给、托管地域通道、OpenAI 兼容迁移与工具原生订阅排成一套结构，让开发者后来最难更换的对象，超出模型名本身。[1][2][3][4][5]

如果这个判断成立，那么阿里在 2026Q2 的护城河，已经越来越少落在“某一版 Qwen 在某一张图上赢过了谁”。更耐久的护城河，落在团队最后真正装进系统里的路径：他们把 base URL 标准化到了哪里，数据被钉在哪个区域，编码工具嵌入了哪套配额逻辑，以及他们是否已经习惯把 Model Studio 当成同时触达 Qwen 与若干竞品的工作入口。[1][2][4][5]

这是一种公司级优势，尺度高于单一模型优势。

边界仍然摆在那里

这篇公司档案也需要把未被证明的部分放清楚。

第一，分发控制并不等于普遍锁定。文档本身反复强调，API key 不能跨区域互换，不同区域支持的模型和价格也并不相同，开发者仍然要为自己想走的路径选对 base URL。[1][2] 这意味着可移植性正在被管理，却没有被抹平。

第二，Coding Plan 最强的场景，仍然是开发者愿意接受阿里成为工具身份层与配额层的时候。[4][5] 它确实让外部客户端更容易接入，但也让订阅表面变得更居中。这是一种战略强项，同时也说明这套平台并不处在真正中性的地带。

第三，开放模型的触达规模，无法自动保证每一个下游开发者最后都会转成持久付费使用。[3] 因而本文的判断限定在“它已经搭出了一条从开放供给走向托管使用的清晰路径”，商业化问题仍然需要后续使用与留存来证明。

结尾

今天的阿里云，最值得看的方式，是把它读成一套分发操作系统。Model Studio 把 Qwen 与竞品模型纳入同一个按区域切分、兼容 OpenAI 的控制面；Qwen 的开放模型规模把开发者注意力持续输送进来；Coding Plan 又把阿里的计费与路由逻辑继续推入编码工具与 IDE 表面。[1][2][3][4][5]

因此，在 ai-china 里更重要的问题，已经不只剩“最新一版 Qwen 到底有多强”。更难也更耐久的问题是：开发者最后采用的是谁的通道。 现在，阿里云正在努力把这个答案写成自己。

cronfeed.work