1. Qwen
MeWai
  • 返回首页
  • 厂商速查
  • OPEN AI
    • GPT-6 Astra 模型介绍
    • GPT-6 Luna 模型介绍
    • GPT-6.1 Sol 模型介绍
    • GPT-Image-2.5 系列模型介绍(Flare / Sunburst)
    • GPT-6.1 Terra 模型介绍
  • Anthropic
    • Anthropic
    • Claude Haiku 5.5 模型介绍
    • Claude Fable 5.1 模型介绍
    • Claude Sonnet 5.5 模型介绍
    • Claude Opus 5.5 模型介绍
  • Google
    • Gemini 3.8 Flash TTS 模型介绍
    • Gemini Nano Banana 2.1 模型介绍
    • Gemini 3.8 Flash 模型介绍
    • Gemini 4 Argon 模型介绍
  • DeepSeek
    • DeepSeek V4.1 Flash 模型介绍
    • deepseek-v4-1-flash-1017-模型介绍
  • Qwen
    • Qwen3.8-Flash 模型介绍
    • Qwen3.8-Max-0902 模型介绍
    • Qwen3.8-Omni-Flash 模型介绍
    • Qwen3.8-Omni-Flash-Realtime 模型介绍
  • Minimax
    • MiniMax H3 模型介绍
    • minimax-m3-1-flash-模型介绍
  • Moonshot
    • Kimi K3.1 Pro 模型介绍
  • ChatGLM
    • GLM-5.3 与 GLM-5.3-Flash 模型介绍
  • XiaomiMiMo
    • MiMo-V2.6 系列模型介绍(Pro / Flash)
  • 腾讯
    • Hy4 preview 模型介绍
  • xAI
    • Grok Imagine Video 1.5 Lite 模型介绍
    • Grok 4.7 模型介绍
  • TypeSafe
    • jev-1-14-0-模型介绍
  • Vidu
    • viduq4-preview-模型介绍
  • PixVerse
    • PixVerse V6 Max 模型介绍
  • Kling
    • Kling 4.0(kling-video-v4)模型介绍
  1. Qwen

Qwen3.8-Omni-Flash-Realtime 模型介绍

一句话定位:阿里千问 2026 年 9 月 21 日上线的实时双工全模态模型——音视频流边进边出,能输出语音,官方称是首个支持「听声辨位」的全模态模型;首 token 约 591 毫秒、首个音频包约 978 毫秒。它不是离线版换个 ID,而是两套端点、两套计费、两种用法;选错会直接踩在延迟和账单上。
整理日期:2026-10-27 | 资料来源见文末
项目信息
模型 IDqwen3.8-omni-flash-realtime
发布时间2026-09-21(比离线版晚 3 天)
厂商阿里巴巴 / 通义千问
定位实时音视频交互 / 智能硬件 / 机器人 / 语音 Agent
协议WebSocket、WebRTC(实时双向流)
端点类型realtime(不是 chat/completions)
模态输入:文本 / 图像 / 音频 / 视频流;输出:文本 + 语音
音频能力识别 74 种语言 + 39 种方言;语音生成 29 种语言 + 7 种方言(官方口径)
限流60 RPM / 2,000,000 TPM(北京、新加坡同)
官方定价(新加坡)输入 文本/图/视频 $0.23 | 输入 音频 $0.93 | 输出 文本 $0.70 | 输出 音频 $1.87(每百万 tokens)
官方定价(国内区)1.5 / 6 / 4.5 / 12 元(同上四项)
AA 智能指数⚠️ 暂无

⚠️ 先分清:Realtime 版和离线版到底差什么#

维度离线版 qwen3.8-omni-flashRealtime 版(本文)
交互方式一次性提交,等结果流式双工,边说边听边回
输出仅文本文本 + 语音
协议Chat Completions / ResponsesWebSocket / WebRTC
单次时长最长 1 小时音视频持续流式,无"一次一小时"的概念
典型任务会议纪要、长视频分析语音陪练、实时客服、机器人导航
价格结构输入/输出两档四项分计(文本输入、音频输入、文本输出、音频输出)
离线版的详细评测见 Qwen3.8-Omni-Flash 模型介绍。两篇不重复,本文只讲实时侧特有的东西。

一、官方上线介绍#

1.1 它解决的是"参与一场对话",不是"理解一段内容"#

官方对两个 SKU 的分工说得很清楚:离线版面向完整音视频的深度理解与创作,Realtime 版面向持续、低延迟的交互场景——"让全模态能力从『理解一段内容』走向『参与一场交互』"。
具体到能力,官方列了四块:
① 实时口语陪练。 口音、元辅音替换、声调偏差会让逐字转写偏离真实语义。Realtime 版联合建模发音与语义,把受口音影响的非标准表达对齐到正确词汇,并实时生成标准发音示范;多轮练习中根据新语音持续更新判断,纠正影响理解的错误,同时保留自然的节奏、语气与情感。
② 全模态空间音频感知("听声辨位")。 融合空间声音与视觉,持续判断声源方向和距离,同步感知障碍、通行区域与场景变化。面对"过来这里""去看看是什么在响",能从环境噪声里锁定人声与目标声,再把语义落到现场空间,调用工具完成定位、搜索、路径规划与导航。官方称这是首个支持听声辨位的全模态大模型——注意这是官方自述,材料里没有第三方对照。
③ 音视频外部知识接入。 支持通过 Skill 注入身份设定、表达风格、业务知识与交互规则,再通过工具调用把能力延伸到任务执行。智能客服场景里可以实时加载品牌话术与服务流程。同一个实时模型,可以拥有不同的知识、角色与行动方式。
④ 工具链完整。 支持 Function Call 与 MCP 服务接入,具备工具发现、调用审批、结果续轮的完整事件链,官方称可编排上百个工具。

1.2 官方延迟与吞吐表(这张表最有参考价值)#

官方给了不同输入条件下的实测数据,是判断它能否上生产的关键:
输入场景文本输出 TPS首 token 延迟首个音频包延迟音频生成 RTF
纯音频 6s84.87591.26 ms978.36 ms0.1538
纯音频 12s83.18604.80 ms982.74 ms0.1537
纯音频 20s81.06617.98 ms1,026.39 ms0.1538
音视频 6s84.89837.96 ms1,214.73 ms0.1524
音视频 12s84.33911.85 ms1,268.07 ms0.1527
音视频 20s83 左右981.01 ms1,350.49 ms0.1528
表中 TPS 一列为官方公布的文本输出速度,实测区间 81–85 tokens/s;"音视频 20s"行的 TPS 官方表格未给完整数值,按区间标注。
三点读法:
纯音频首包不到 1 秒,音视频同时输入会到 1.2–1.35 秒——视频一路进来,延迟直接涨 300–400 毫秒,这是视觉编码的代价;
RTF 稳定在 0.15 左右,意味着生成 1 秒语音只需约 0.15 秒算力,语音不是瓶颈;
输出速度 81–85 tokens/s,比很多纯文本模型慢,但实时场景够用。
⚠️ 官方只说这是"不同输入条件下观测到的"结果,硬件、地域、并发条件都没写在表里。当生产承诺之前,得在自己的部署上量一遍。

1.3 计费:四项分开算,语音输出要付两笔#

这是它最容易算错的地方。官方(新加坡区)的四项单价:
计费项单价(每百万 tokens)
输入:文本 / 图片 / 视频$0.23
输入:音频$0.93(约 4 倍于文本)
输出:文本$0.70
输出:音频$1.87(约 8 倍于文本输入)
关键坑:语音输出会同时计文本 token 与音频 token。也就是说一段"说出来的回答",账单上有两笔。这也是为什么实时语音类应用的账单往往比预期高一截——成本大头在"说",不在"听"(除非你的音频输入很长)。

二、开发者实测与社区反馈#

说实话,这一支的独立实测明显少于离线版,目前可用的公开证据集中在三处。我按可信度从高到低排。

2.1 官方延迟表是唯一可量化的性能证据#

上文那张表是目前唯一公开的、带单位的性能数据,且来自厂商。第三方复现(不同地域、不同网络、不同并发)尚未见到。
工程上可以这么用:先按官方数字打 1.3–1.5 倍的安全余量做容量规划,上线后再用真实数据替换。

2.2 HN 社区的两条侧证#

在 Qwen 3.8 Omni Flash 的 Hacker News 讨论里,与实时侧直接相关的反馈有两条:
端到端可用的判断:有人把"接近 Gemini 的多模态质量、约 1/10 的每 token 价格"当作卖点转述,评论区随即提醒——真实成本取决于每个任务用掉多少 token、缓存行为与任务类型,贵模型在部分基准上"每完成一个任务"反而更便宜。这个提醒对实时语音尤其成立,因为语音 token 是持续产生的。
开源运行时不可验证:官方同步宣布开源 Qwen-Live Harness(实时全模态交互的运行环境),但 HN 上有人当场报 GitHub 链接 404,另一位随后确认"仓库看起来被移除了"。如果你打算基于它自建实时链路,先自己确认仓库状态,别照博客抄链接。

2.3 中文实测素材的稀缺与标注#

国内关于这一支的独立评测很少,搜索头部结果多为改写官方通稿的二手内容。本文不对它做"实测表现"的判断,只标注厂商口径与可验证的数字。这一点与离线版不同——离线版至少有 dev.to 的生产笔记与国内的三处硬伤实测可引。
这不是说它不行,而是说:它的口碑还没建立起来。生产选型时,自测权重应该高于任何二手评测。

三、核心优势#

1.
真正的双工音视频:不是"录音上传 → 等待 → 返回语音",而是流进流出,可打断、可插话。
2.
首包延迟可控:纯音频场景首音频包约 978 毫秒,音视频约 1.2–1.35 秒,在人机对话的可接受区间内。
3.
语音输出质量是"生动多样"级:30+ 语言输出,官方强调情感、节奏与语气保留。
4.
空间音频是差异化能力:声源方向 + 距离 + 视觉融合,这是目前市面上极少数模型具备的方向(智能硬件、机器人、无障碍场景价值高)。
5.
口音鲁棒性有针对性设计:联合建模发音与语义,非标准表达对齐到正确词汇——中文方言场景的实用点。
6.
Skill 注入 + MCP 工具链:同一个模型可切换品牌话术、业务流程与角色,不必为每个客户训一个模型。
7.
协议覆盖面好:WebSocket 与 WebRTC 两条路,硬件端与服务端都能接。

四、适合用在哪#

语音陪练 / 口语教学:发音纠正 + 实时示范,是官方主推场景。
智能硬件与机器人:摄像头 + 麦克风,边看边听边动,空间音频定位是刚需。
实时客服 / 语音客服:Skill 注入品牌话术,工具调用查订单、改地址。
实时翻译与同传辅助:边说边译,保留语气。
无障碍场景:为视障用户描述环境、定位声源。
实时音视频质检:边检边报,不落盘、不留存长录音。
⚠️ 明确不该用的四类:
长视频分析 / 会议纪要——用离线版,便宜得多且能吃 1 小时;
批量转写——专用 ASR 更便宜;
纯文本批处理——用 qwen3.8-flash 或更便宜的小模型;
需要严格逐字稿的正式记录——实时流的默认取向是"听懂意图",不是"一字不差"。

五、劣势与注意事项#

1.
🔴 语音输出要付两笔钱:文本 token + 音频 token 同时计。做预算必须按"一句话说多久"算,不是按"问了多少字"算。音频输入单价 $0.93、音频输出 $1.87,都是文本的 4–8 倍。
2.
🔴 没有 AA 智能指数,也没有第三方横向评测:这一支的公开证据几乎全部来自厂商。任何"它比 X 强"的说法目前都缺乏独立支撑。
3.
🔴 端点类型是 realtime:它不走 chat/completions,换 ID 就能用的想法不成立。客户端要按 WebSocket / WebRTC 重写连接层。
4.
⚠️ 音视频同时输入会明显加延迟:首 token 从 591ms 涨到 838–981ms,首音频包从 978ms 涨到 1,215–1,350ms。能只传音频就别传视频。
5.
⚠️ 延迟表没给测试条件:硬件、地域、并发全缺,官方数字只能当参考上限。
6.
⚠️ 60 RPM 的限流对高并发不友好:实时会话持续时间长,并发容量要按会话数而不是请求数规划。
7.
⚠️ 开源运行时状态存疑:Qwen-Live Harness 在发布当天的仓库链接不可达,自建前先核实。
8.
⚠️ 单点供给:只能走阿里云 API,地域与账号开通状态影响可用性,没有第二家可切。
9.
⚠️ 成本随使用时长线性增长:它不是"按次"的,用户开着不说话也在消耗音频输入 token。产品侧要有静音检测或断流策略,否则账单会被"用户忘了挂断"吃掉。

六、推荐总结#

推荐给谁
你的情况建议
语音陪练 / 口语纠音✅ 官方最主推、设计最针对的场景
智能硬件、机器人、需要听声辨位✅ 空间音频定位是稀缺能力
实时语音客服(要注入业务话术)✅ Skill + MCP 工具链完整
实时翻译 / 同传辅助✅ 保留语气与节奏是它的取向
长视频分析、会议纪要❌ 用离线版,便宜一个量级
批量转写❌ 用专用 ASR
需要公认榜单背书选型❌ 没有 AA 分数,也没有独立横评
团队还没做过 WebSocket/WebRTC 接入⚠️ 先做 PoC,别直接排期上线
一句话建议:它是"实时交互"的基础设施,不是"更强的 Omni"。 如果你的产品形态是"用户对着它说话/举着摄像头,它得在 1 秒内接话",那它是当前少数可选项之一;如果你的需求其实是"处理一批录音录像",用离线版能省下大半成本和不必要的工程复杂度。
在珂艾网关怎么调
项目值
模型 IDqwen3.8-omni-flash-realtime
计费按实时用量(token),四项分计:文本/图片/视频输入、音频输入、文本输出、音频输出
端点realtime(WebSocket / WebRTC,非 chat/completions)
分组Alibaba-3(当前唯一可用分组)
折算单价(每百万 tokens,Alibaba-3)文本/图/视频输入约 $0.3163 | 音频输入约 $1.2788 | 文本输出约 $0.9625 | 音频输出约 $2.5713
建议先按官方延迟打 1.5 倍余量做容量规划;产品侧加静音断流;能只传音频就别传视频
🔑 两条成本纪律:① "说"比"听"贵——音频输出 $2.5713 是文本输入的 8 倍,回答越长越贵,产品设计上要控制回复长度;② 挂断要自动——静音检测 + 超时断流,否则空转也在烧音频输入 token。
⚠️ 价格按 2026-10-27 核对,实际单价以珂艾价格页该模型的分组价格为准;该模型在价格页按实时端点单独计价,实际扣费以账单为准。

七、来源#

官方 / 一方
1.
Qwen 官方博客 — Qwen3.8-Omni-Flash: Omni Senses. Agentic Delivery.(Realtime 延迟表、口语陪练、听声辨位、Skill 注入、语种列表):https://qwen.ai/blog?id=qwen3.8-omni-flash
2.
千问官方公众号 — Qwen3.8-Omni-Flash:从理解到交付(实时交互章节:陪练、空间音频、外部知识接入):https://mp.weixin.qq.com/s?__biz=Mzk0ODg4NDI5NA==&mid=2247490307&idx=1&sn=bb7bdadbb8db4a5d50e9c8c12277d169
3.
阿里云百炼 — qwen3.8-omni-flash-realtime 模型文档(四项计费单价、60 RPM / 2M TPM 限流、地域):https://docs.bailian.console.aliyun.com/zh/model-studio/qwen3-8-omni-flash-realtime
4.
阿里云国际站 — qwen3.8-omni-flash-realtime(新加坡区美元计价的四项单价):https://www.alibabacloud.com/help/tc/model-studio/qwen3-8-omni-flash-realtime
5.
阿里云百炼 — 模型调用价格(国内区 1.5 / 6 / 4.5 / 12 元四项):https://docs.bailian.console.aliyun.com/zh/model-studio/tongyi-qianwen-series-models-price-adjustment
6.
珂艾网关 — 当前在架模型与价格页(本文网关折算价据此核对,实际单价以价格页为准)
第三方
7.
Product Builder — Qwen3.8 Omni Flash Realtime(WebSocket/WebRTC/AOQ 接入、上下文与输出上限、四项美元价、适用与慎用场景):https://www.productbuilder.net/models/qwen3-8-omni-flash-realtime
8.
Neodrop — 1M 上下文、1 小时音视频输入、0.2 美元/小时(延迟表拆解、架构图中"实时"的实现位置、官方数字的适用边界):https://neodrop.ai/zh-cn/post/T-HyoMPGRws
9.
freeai.help — Qwen's New Omni Model Slashes Audio Costs 98%(Realtime 三项关键指标汇总):http://freeai.help/blog/qwens-new-omni-model-slashes-audio-costs-98_en
10.
TechStacks / HN Distilled — Qwen 3.8 Omni Flash 讨论汇总(Live Harness 仓库 404、对"每任务成本"的提醒):https://techstacks.io/posts/19804/qwen-3-8-omni-flash | https://hndistilled.com/story/49747925
11.
OrcaRouter — Qwen3.8-Omni-Flash 上线五天(单来源供给风险、AA 无分数、第三方数据可靠性评估):https://www.orcarouter.ai/zh-CN/blog/qwen-3-8-omni-flash-api-access
说明:本篇延迟、计费与能力描述主要依据厂商文档,独立第三方实测目前稀缺,已逐条标注来源属性;模型迭代快,最终以官方页面与网关实时价格为准。
修改于 2026-11-02 17:01:24
上一页
Qwen3.8-Omni-Flash 模型介绍
下一页
MiniMax H3 模型介绍
Built with