通义千问和千问,指的是同一套模型的两个叫法。「通义千问」是模型与技术侧的正式名称,「千问」是面向普通用户的 App 名称。判断某句话在说哪个,看它旁边出现的是接口文档还是应用商店。
这个区别对用的人影响不大,对写材料、做汇报、查资料的人影响不小。名字写错,问客服时要多绕两轮,搜文档时也会漏掉一半结果。
下面 5 个维度能覆盖 90% 的场合。逐行对照,基本不会混。
| 维度 | 通义千问 | 千问 | 怎么核 |
|---|---|---|---|
| 出现场合 | 技术文档、模型发布、论文 | 应用商店、手机桌面、活动页 | 看页面顶部导航写的是什么 |
| 指代对象 | 模型家族与能力 | 一个可下载的客户端 | 能不能装到手机上 |
| 版本表述 | 带参数规模与版本号 | 只写 App 版本号 | 版本号里有没有字母代号 |
| 使用方式 | 网页、接口、私有部署 | 手机端对话 | 入口是不是应用商店 |
| 配套词 | 开源、微调、上下文 | 语音、拍照、上传 | 看同一段里还有哪些词 |
第 2 行最实用。能下载安装的那个是「千问」,剩下的大多指「通义千问」。两个词在官方材料里长期并存,没有谁替代谁的说法。
4 个常见场景,每个给一句能直接用的判断。
第 3 条踩过坑。我们给一个客户写接入说明,正文写「千问 API」,对方按这个词去搜,落到 App 下载页,来回问了 3 次才找到控制台。改成「通义千问 API」之后一次就对了。
产品线拆过一次。模型先有技术名,后来做了消费级应用,应用需要一个更短、更好记的名字,于是把「通义」两个字省掉。技术侧的文档与接口名没跟着改,两套叫法就并行到了现在。
这种情况在行业里不算少见。模型名偏工程,App 名偏市场,两边受众不同,改名成本也不一样。工程侧改名要动接口、动文档、动客户代码,市场侧改名只动一个图标和一句 slogan。
第 1 个误会最多。有人听说「千问」免费,就以为「通义千问」收费;也有人反过来,以为 App 是阉割版。这两种判断都不成立,能力取决于你选的模型档位,与入口叫什么无关。
日常使用有 3 种情形,两个词随便叫,不影响结果。
需要较真的是对外材料。合同、验收单、培训课件这类要留档的东西,名字写错会在对账时变成争议点。写之前花 10 秒确认一次,比事后解释省事。
3 个动作,1 分钟内能确认。
第 3 个动作最能说明问题。同一个账号在两边都能登录,账单却分开放,这本身就说明它们是两个产品面,共享的是底层模型与账号体系。
我们现在的写法是:第一次出现写「通义千问(App 名:千问)」,后文按场景选一个,全文统一。这样既照顾了不懂的人,也不会在中间来回换词。
同一份材料里不要两种叫法交替出现。读者会以为是两个东西,读到第三段就开始困惑。要么全用技术名,要么全用 App 名,选定一个就别改。
会,差别来自两处。一是默认模型档位不同,用户端默认选平衡档,控制台由调用方自己指定;二是系统提示不同,用户端带了一层对话引导,控制台是裸接口。
我们拿同一个问题在两边各问 3 次:手机端答案更口语,句子短,会主动追问;接口返回更整齐,愿意用列表,不问也不追问。内容要点重合度高,措辞与结构差得多。
要对外交付的文字,走接口再自己排一遍版更省事。要快速问个方向,手机端更顺手,它会把没问清的地方反问你。
能。旧域名与旧文档路径长期保留,跳转后落到新的入口页。存了 1 年以上的收藏夹链接,打开多半会跳一次,跳完还是同一个功能。
要注意的是文档里的锚点。旧链接指向某一节小标题,跳转后只落到页面顶部,得自己往下翻。查接口参数时别靠旧锚点,从文档目录进更稳。
这几个问题在客服工单里出现频率高,答案都跟名字有关。
回答这类问题时,把「入口」和「模型」两个词分开说,对方一听就明白。说「手机入口的默认档位偏低」比说「千问弱一点」准确,也不会引起不必要的争论。
第 2 个问题背后是同一个误会:以为短名字等于简版。功能差异来自入口形态,手机屏幕小,长文档编辑体验差;电脑没有摄像头,拍照识别用不了。跟叫法无关。
还有一个细节:两个名字在搜索里的联想词完全不同。搜「通义千问」联想出参数、开源、部署;搜「千问」联想出下载、会员、语音。写标题时按目标读者的问法选词,比统一成一个名字更容易被搜到。
本文信息核对时间:2026-11