通义千问和千问有什么区别?看登录入口就够了

两个名字指同一家公司的大模型，落点不同：通义千问是模型与产品线的中文名，千问是它的简称，也常被用来指手机上的那个对话应用。真正的差别不在叫法，而在你打开的是哪一层：网页版、应用商店里的 App、开源权重、还是接口里的模型编号。

判断办法很直接，看登录入口的域名与应用商店的开发者名，2 处一对就知道自己用的是哪一层。我给同事解释过 3 次，每次都是先让对方截个登录页，再指着页脚说这行字。

4 个维度对照

4 个维度分清楚，后面讨论参数、费用、能不能私有部署都不会跑偏。

第 4 行是最容易被混淆的地方。有人问"千问能不能装到自己服务器上"，答案取决于他说的是 App 还是开源权重，这 2 个是完全不同的东西，差 1 个字结论就反过来。

按场景给结论

5 个常见场景，每个场景 1 句话结论，照着对号就行。

只是想用对话功能

装 App 或开网页版都行，2 个入口用的是同一套模型能力，回答质量看不出差别。差别在功能：App 支持拍照上传与语音输入，网页版支持长文档上传与多窗口。日常问答用哪个都够，我 2 个都装着，出门用 App，写东西用网页版，1 天切换 3 到 5 次也不觉得别扭。

要接进自己的系统

走接口，看模型编号而不是看品牌名。接口文档里列的是 qwen 开头的模型串，不同参数规模对应不同单价与上下文长度。选型时先定 2 个数：单次输入多长、1 天调用多少次，这 2 个数定了，型号就定了 1 半。

要私有化部署

找开源权重，按许可证核对商用范围。开源不等于随便用，许可证分几类，有的要求衍生模型同样开源，有的对商用规模有约定。这 1 步要看仓库里的许可证原文，1 页纸，读完 10 分钟。

要写进对外材料

用"通义千问"这个全称，第一次出现时括号注明英文名。写成"千问"当品牌名不合适，读者会以为你说的是那个 App；写成"通义"又会与同公司的其他产品混。这 1 条我在 2 份对外稿里改过，编辑都提了同样的意见，改完之后读者反馈也少了追问。

要比较不同平台的模型

按模型编号比，不按品牌名比。同一个品牌下有 4 到 6 个不同规模的型号，价格与能力差 10 倍以上。比较时把编号、上下文长度、单价 3 列写清，否则表格看着整齐，结论没法用。

什么时候不用纠结

3 种情况下，名字怎么叫都不影响你要做的事。

1. 只做 1 次问答。打开哪个入口都行，1 个问题 30 秒能问完，名字差异不影响结果。
2. 只用来做翻译或改写。这类任务的模型差异小，同一个入口换 2 个型号，输出质量差别有限。
3. 团队已经统一了入口。内部文档写清用哪个入口、哪个型号，新人照着做就行，不必再讨论命名。

第 3 条最省事。我把常用入口与型号写在 1 页文档里，新同事上手时间从 3 天压到 1 天，争论名字的次数也少了。

怎么核验自己用的是哪一层

3 个动作，2 分钟内能确认。

1. 看网址。网页版的域名能在页脚或地址栏看到，域名里带 tongyi 的是产品端，带 qwen 的多为开源与接口文档。
2. 看应用商店的开发者名。开发者写的是公司主体的，是官方 App；写个人或第三方的，是套壳应用，功能与数据都不同。
3. 看接口返回的模型字段。调用 1 次，响应里会带回模型编号，编号与文档里列的对上，说明你用的就是那个型号。

第 2 条最容易被忽略。应用商店里同名的应用有 3 到 5 个，图标做得像，开发者名不一样。装错 1 次，聊天记录与文件都存在别人服务器上，这 1 点我提醒过 4 个人。

还有 1 个更隐蔽的混淆：浏览器搜索结果里，前 3 条常挂"官网"字样，实际点进去是聚合站，页面做得和官方几乎一样。判断办法是看地址栏的域名能不能在官方公告里找到，找不到就退回上 1 页重新点，多花 20 秒省掉后面所有麻烦。

接口选型只看 4 个数

型号列表翻起来眼花，4 个数能筛掉 80% 的选项。

第 3 行最容易算错。输入与输出分开计价的产品，输出单价常是输入的 2 到 4 倍，按"总字数乘单价"估出来的预算会偏低。我在 1 个项目里按合计估过 1 次，实际账单比预估高了 170%。

开源许可证怎么读

开源权重能下载不等于能随便商用，许可证有 3 类常见约定，读的时候抓 3 句话。

1. 看是否要求衍生模型同样开源。有这条的，改过的模型要按同一许可发布，闭源产品用不了。
2. 看是否对商用规模设门槛。部分许可写明月活或调用量超过一定数量要单独授权。
3. 看是否要求保留声明。要求保留版权声明的，产品里要留 1 段说明文字。

3 句话在许可证文件的前 2 屏，读完 10 分钟，比问销售快，也比事后补授权省事。我帮 1 个团队看过 1 次，他们打算把权重打进硬件出货，许可证里对分发有单独条款，后来改成接口调用方案，绕开了这层。

名字变了要不要跟着改

产品名调整是常态，2023 年至今这一家改过 2 次命名方式。跟着改的成本不高，3 个地方各改 1 次就够：内部文档的入口说明、对外材料的首次出现处、接口配置里的模型编号。

我的做法是文档里同时写 2 个名字，用"通义千问（千问）"这种写法，读者按哪个名字搜都能找到。这样改名的消息出来时，不用回头翻 20 份文档，改 1 处说明就够。

名字这件事说到底只是一个索引。真正影响使用的是 3 个数：上下文长度、单价、能不能私有部署。3 个数对上自己的场景，叫通义还是叫千问都不影响结果；3 个数对不上，名字记得再准也没用。下次再有人问这 2 个名字的差别，先反问 1 句"你是要用 App 还是要接接口"，答案 1 分钟就能给。

本文信息核对时间：2026-11。命名与型号会随版本调整，具体按官网页面与应用商店开发者信息核对。