Qwen3.8-27B 许可证：在许可证文件存在之前规划商业使用

你无法阅读一份尚不存在的许可证，而Qwen3.8-27B的情况恰恰如此。阿里巴巴于2026年8月3日与Qwen3.8-Max一同发布了这款约27B参数的开源权重模型，承诺权重“大约一周内”放出，但截至本文撰写时，尚未发布任何代码仓库，也没有LICENSE文件。对于商业团队来说，这个空档正是问题的核心：你必须做出的许可决定——能构建什么、能发布什么、哪里需要阿里巴巴的批准——只能基于历史上两份管理Qwen权重的许可证来作出，然后在许可证文件发布当天再与其核对。

本文梳理了已确认的信息、Qwe​n 使用过的两种许可证、1 亿 MAU 条款的实际内容，以及一份上线前检查清单，以便许可证不会成为阻碍你发布的因素。

什么是已确认的，什么是未确认的

已确认：Qwen3.8-27B 宣布作为开放权重版本发布，计划上线 Hugging Face 和 ModelScope，它是 Qwen3.8 系列中可自行托管的成员。差不多就这些了。

尚未确认：许可证本身。该系列的另一个旗舰模型 Qwen3.8-Max 是 API 模型，完全不发布权重，因此不能为 27B 提供先例。一些媒体已经撰文称 27B 将以 Apache 2.0 许可证发布——请将这些视为猜测，而非报道。阿里巴巴尚未发布任何许可证声明，而 Qwen 历史的一贯模式恰恰说明你不能想当然。

管理Qwe​n权重的两个许可证

Qwen 将源代码与模型权重分离，两者的许可协议不同。QwenLM/Qwen GitHub 仓库中的代码 —— 包括 demo、微调和服务代码 —— 均以 Apache 2.0 许可发布。模型权重则按发布版本单独授权，Qwen{{1}} 使用了两份不同的协议：{{/1}}

• Apache 2.0 — 宽松许可。不受限制的商业使用，无用户上限，无版税，您可以在附带许可证和通知的情况下进行微调和再分发，并且它带有明确的专利授权。Qwe​n3 系列（包括 235B 旗舰模型）以及大多数中小型 Qwe​n 模型均基于此许可发布。

• Tongyi Qianwen 许可协议 — 附条件。允许商业使用，但仅限于月活跃用户低于1亿的组织。超过该阈值，你必须向阿里巴巴申请许可。它还限制构建竞争性AI服务，要求署名并保留许可声明，且受中国法律管辖，以杭州为司法管辖地。

对于Qwen3.8-27B，在仓库存在之前，两种结果都有可能。鉴于前两代产品，Apache 2.0 是更可能的默认选项，但“可能”并不是合规姿态。

1亿月活用户条款，解读

通义千问门槛是最重要的条款，值得逐字阅读。协议规定，如果您在商业上使用相关材料，且您的产品或服务月活跃用户超过1亿，您应向阿里巴巴申请许可。请注意三点：

• 阈值是1亿MAU——比Meta在Llama 2和Llama 3上设定的7亿用户阈值低七倍。它适用于相当一部分生产部署，而不仅仅是超大规模应用。

这是一个“请求许可”的触发机制，而非自动授权。谈判结果由阿里巴巴决定，且条款不在你的控制范围内。

• 竞争性AI限制与MAU上限是分开的，无论规模大小均适用：即使远低于1亿MAU，构建与阿里自身AI产品竞争的服务也可能被阻止。

对大多数团队而言——即拥有数万用户的SaaS产品——月活跃用户（MAU）上限从未构成制约。但庞大的安装基数，或一款看似通用型AI助手的产品，则会改变这一权衡逻辑。

每种许可证对您的产品意味着什么

在Apache 2.0许可下，Qwen3.8-27B成为一个平淡无奇但安全可靠的依赖项：你可以对其进行微调、嵌入、贴牌、部署，并重新分发衍生权重，前提是保留许可证和声明，且不使用阿里巴巴的商标。无需统计月活跃用户数，无需谈判，不会有司法管辖方面的意外。这是大多数开源模型产品团队所期望的结果，也正是许可证问题具有真正商业分量而非流于形式的原因。

根据{{1}}通义千问{{/1}}许可，相同的行为在{{2}}1亿月活跃用户（MAU）{{/2}}以内没有问题，超过该阈值后就需要获得许可，而且{{3}}竞争性AI条款{{/3}}限制了你能够构建的内容。{{4}}署名和可接受使用条件{{/4}}适用于所有规模。即使你从未超过该阈值，该许可的{{5}}中国法律和杭州管辖权条款{{/5}}也值得提请法律顾问注意——与{{6}}Apache 2.0{{/6}}相比，同一部署层级下的法律立场存在实质性差异。

跨世代的模式——以及为什么3.8是一个新的决策

Qwe​n 的许可模式已逐渐转向 Apache：Qwe​n3 这一代甚至将其 235B 旗舰模型以 Apache 2.0 协议发布，Qwe​n3.5 和 Qwe​n3.6 版本也延续了宽松许可的路线。通义千问许可协议则保留给更旧、更大的模型——Qwen2-72B、Qwen2.5-72B、VL-72B 变体，以及 embedding/reranker 模型。若以往例为鉴，27B 将采用 Apache 许可。但 3.8 代也正是阿里巴巴比以往更着力推进智能体自主性和企业级定位的一代，而且这个行业里，一代旗舰改变许可方向此前已有先例。先例只是押注，而非契约。

托管 API 逃生通道

{{1}}有一个值得尽早厘清的微妙之处：模型使用许可约束的是权重本身——即谁可以分发、修改和运行它们。它并不约束你接触模型的所有方式。如果你通过托管 API 而非下载权重来调用模型，那么提供商的 API 条款约束你的使用，而权重许可所触发的义务（再分发、MAU 阈值、微调权利）则由提供商承担，而非你。对于希望在不必成为被许可方的情况下获得 Qwe​n 级能力的团队而言，这是一条干净的路径。{{/1}}

正是这种区别，使得在这个特定模型尚未得到验证时，API 路线显得尤为重要。Qwen3.8-Max —— 同代旗舰模型 —— 已经可以通过 OrcaRouter 以提供商列表价格调用：每百万输入 token 2 美元，每百万输出 token 6 美元，不加价直通，并具有跨提供商的自动故障转移。你可以在供应商的 API 条款下获得这一代模型的能力，无需授权权重，也无需下载审查，而 27B 的许可证与质量会在公开场合自行见分晓。当 27B 最终发布并由某个提供商托管时，你对该托管端点的使用同样遵循该提供商的 API 条款 —— 在你默认每次部署都必须使用宽松权重许可证之前，这一点值得牢记。

商业团队发布前检查清单

• 在信任任何下载之前，请确认该仓库位于官方的 Qwen Hugging Face 或 ModelScope 组织下。

• 阅读实际的 LICENSE 文件 — 不是博客文章，不是新闻摘要，而是仓库中的那个文件。

• 确定其属于这两种许可证中的哪一种，并由法律顾问确认 MAU 条款及竞争性 AI 限制是否适用。

• 如果你接近100M这条线，就要将你的MAU计入阈值——不要猜测。

• 如果许可证是 Tongyi，并且您计划微调并重新分发衍生权重，请立即将署名和通知要求纳入您的分发流程。

• 如果你完全不确定自己是否想成为权重许可方，那就改为通过托管API来使用该模型，让提供商承担许可责任。

底线是： Qwen3.8-27B 的许可证是一个尚未定论的现实决策，存在两种看似合理的答案，目前都还没有最终确定。Apache 2.0 会使其成为无后顾之忧的商业依赖项；通义千问许可证则对绝大多数团队（月活跃用户低于 1 亿）都没问题，超过这一门槛则需承担特定义务。要为两种情况都做好准备；等许可证文件正式发布当天仔细阅读；如果你完全不想成为被许可方，也可以保留托管 API 这条路线。许可证文件不是你在产品发布之后才会发现的细节，而是你事先就要做出的决定。

常见问题

如果我通过托管API调用Qwen3.8-27B，100M MAU上限是否适用于我？

不——权重许可证约束的是分发或修改权重的一方。托管 API 提供商的条款管辖你的 API 使用，因此 MAU 阈值和再分发规则归属于提供商，而非你的应用程序。

Apache 2.0 对 Qwen3.8-27B 来说是一个安全的假设吗？

不。最近两代附带的是 Apache 2.0 许可，但阿里巴巴尚未对 27B 做出任何许可声明，而 Qwe​n 此前使用的则是更严格的 Tongyi Qianwen 许可。在 LICENSE 文件存在之前，什么都别假设。

如果我的产品在通义千问许可下超过1亿月活跃用户（MAU），会发生什么？

在继续商业使用之前，您必须向阿里巴巴申请许可证。不存在自动授予，且竞争性AI限制无论您的规模大小均适用。