语音能力是 AI 应用触达真实世界的最后一块拼图:模型推理产出文本,但用户听到的是声音、说出的是语音。科大讯飞语音(以下简称「讯飞语音」)是国内使用最广泛的语音技术开放平台之一,核心覆盖语音识别(ASR,Automatic Speech Recognition,把语音转成文字)、语音合成(TTS,Text-to-Speech,把文字转成语音)、语音评测与声纹识别四大产品线。与通用大模型 API 不同,讯飞语音的价值在于工程化程度高:WebSocket 流式接口支持实时双向语音传输、录音文件转写支持小时级长音频异步批处理、超拟人合成支持情感与韵律参数控制,并为金融、教育、政务等高合规场景提供私有化部署形态。 本文按上手路径组织:先给工具速览卡,再走通「注册 → 建应用 → 跑通第一个 ASR 请求」的完整流程,然后深入 4 大核心能力,接着讲生产部署与监控要点,最后给选型对比、常见误区与面试题。全文基于讯飞开放平台官方文档整理,命令与代码可直接复制运行。

岗位关联

对 AI 从业者而言,掌握讯飞语音意味着具备把 LLM 应用接入真实语音通道的能力——无论是客服质检、语音机器人还是有声内容生产,这是当前 AI 工程化落地的高频刚需技能。

目录
  1. 为什么需要讯飞语音:自研语音链路周期长,复用成熟平台才能专注业务
  2. 安装与环境配置:4 步就绪
  3. 快速上手:30 分钟跑通第一个语音识别请求
  4. 核心能力详解:4 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
  10. 参考来源
工具类型
语音技术开放平台(ASR/TTS API 与 SDK,闭源)
开发商
科大讯飞股份有限公司(中国·合肥)
开源协议
API/SDK 商业授权(提供免费额度,核心能力闭源)
GitHub Stars
无
主要语言
多语言 SDK(Python/Java/C++/iOS/Android/Web)
当前版本
流式接口 v2(WebSocket)+ 语音识别大模型(2025)
安装方式
pip install websocket-client(调用 API)/ 集成官方 SDK
上手难度
★★★☆☆(中等)
适合人群
语音应用开发者、AI 产品工程师、RAG 语音入口团队
同类工具
阿里云智能语音、腾讯云语音、百度智能云语音
托管服务
无

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要讯飞语音:自研语音链路周期长,复用成熟平台才能专注业务

自建语音识别与合成能力需要三样东西:大规模标注语音数据、声学/语言模型训练经验、持续投入的算法团队。这三样对绝大多数 AI 团队而言成本过高——公开数据集无法覆盖中文口语、方言、噪声场景,而训练一套可用ASR模型的周期通常以季度计,且识别率未必追得上头部厂商。采购方案里,通用大模型厂商的语音能力多作为附属模块存在,专项深度有限。

讯飞语音的解法是「开箱即用的托管 API + 可私有化的完整链路」:注册即获得免费调用额度,流式听写接口把音频流传成带标点的文字,流式合成接口把文本流合成可播放的音频,超拟人合成提供情感可控的音色。平台侧已处理好鉴权、并发、断线重连等工程问题,开发者只需关注业务逻辑。与同类厂商相比,讯飞语音的特长是中文识别准确率与全链路覆盖——一个平台同时拿下 ASR、TTS、评测、声纹四类能力,且提供 Linux 离线 SDK 与私有化部署,这在数据合规项目里是关键差异。

安装与环境配置:4 步就绪

步骤一·注册与实名认证。访问讯飞开放平台官网,用手机号注册账号,在控制台完成个人或企业实名认证。企业认证可获得更高的免费调用额度与更完整的服务开通权限。

步骤二·创建应用获取密钥。在控制台「我的应用」中创建应用,选择需要的语音能力(语音听写、语音合成等)。创建完成后记录三项密钥:APPID、APIKey、APISecret。这三项用于生成 WebSocket 鉴权 URL,后续所有接口调用都依赖它们。

步骤三·安装 Python 依赖。讯飞 Python 调用走标准 WebSocket 与 HTTP 客户端,安装 websocket-client 与 requests 即可,无需安装讯飞专用 Python 包。

步骤四·验证环境。创建环境变量并检查依赖是否可用。

bash11 行
# 1. 安装依赖(Python 3.8+)pip install websocket-client requests # 2. 配置环境变量(追加到 ~/.bashrc 或 ~/.zshrc)export XFYUN_APPID="你的APPID"export XFYUN_API_KEY="你的APIKey"export XFYUN_API_SECRET="你的APISecret"source ~/.bashrc # 3. 验证依赖安装成功python -c "import websocket, requests; print('dependency ok')"

快速上手:30 分钟跑通第一个语音识别请求

最小可用流程分三部分:准备一段符合要求的音频、生成带签名的 WebSocket 连接 URL、发送音频帧并接收转写结果。

准备音频的硬性要求是 16kHz 采样率、16bit 位深、单声道 PCM 裸流。可用 ffmpeg 把任意格式转为该规格:ffmpeg -i input.mp3 -ar 16000 -ac 1 -f s16le test.pcm。这是大多数新手卡住的第一关——用 mp3 或 WAV 带头文件直接发送会收到 10163 音频格式错误。

连接认证的核心是 HMAC-SHA256 签名:将 host、RFC1123 格式的 UTC 时间、请求行拼接后用 APISecret 签名,再连同 APIKey 一起 base64 编码成 authorization,拼进 WSS URL。首帧 JSON 需携带 common(app_id)与 business(language、domain 等),随后音频分片 base64 编码后发送,data.status 用 1(首帧)、2(中间帧)、3(末帧)标记。

运行后终端会逐字打印识别文本,直到输出「[识别完成]」。进阶技巧:把 vad_eos 调大可延长静音截止等待,适合句间停顿长的口语对话;accent 改成 cantonese 等可启用方言识别。

python43 行
import base64, datetime, hashlib, hmac, jsonfrom urllib.parse import urlencodeimport websocket  # pip install websocket-client APPID, API_KEY, API_SECRET = "你的APPID", "你的APIKey", "你的APISecret"AUDIO = "test.pcm"  # 16kHz 16bit 单声道 PCM 裸流 def build_url(host="iat-api.xfyun.cn", path="/v2/iat"):    date = datetime.datetime.now(datetime.timezone.utc).strftime("%a, %d %b %Y %H:%M:%S GMT")    origin = f"host: {host}\ndate: {date}\nGET {path} HTTP/1.1"    sig = base64.b64encode(hmac.new(        API_SECRET.encode(), origin.encode(), digestmod=hashlib.sha256).digest()).decode()    auth = base64.b64encode(        f'api_key="{API_KEY}", algorithm="hmac-sha256", headers="host date request-line", '        f'signature="{sig}"'.encode()).decode()    return f"wss://{host}{path}?authorization={auth}&date={urlencode({'date': date})}&host={host}" def on_message(ws, message):    res = json.loads(message)    if res["code"] != 0:        print("错误码:", res["code"], res["message"]); ws.close(); return    for t in res["data"]["result"]["ws"]:   # 增量识别结果        print("".join(w["w"] for w in t["cw"]), end="", flush=True)    if res["data"]["status"] == 2:          # 全部识别完成        print("\n[识别完成]"); ws.close() def on_open(ws):    with open(AUDIO, "rb") as f:        data = f.read()    chunk = 4096  # 字节数,4 的整数倍以对齐 16bit 采样    for i in range(0, len(data), chunk):        ws.send(json.dumps({            "common": {"app_id": APPID},            "business": {"language": "zh_cn", "domain": "iat", "accent": "mandarin", "vad_eos": 5000},            "data": {                "status": 1 if i == 0 else 2,                "format": "audio/L16;rate=16000",                "encoding": "raw",                "audio": base64.b64encode(data[i:i+chunk]).decode()}}))    ws.send(json.dumps({"data": {"status": 3, "audio": ""}}))  # 末帧 ws = websocket.WebSocketApp(build_url(), on_open=on_open, on_message=on_message)ws.run_forever()

核心能力详解:4 大支柱

支柱一·语音识别(ASR)三接口矩阵。按场景分三档:流式听写(/v2/iat,WebSocket)面向实时场景,边说话边返回增量结果,适合语音对话、实时字幕;一句话识别(REST)面向短音频,一次请求返回整句文本,适合语音搜索、指令控制;录音文件转写(LFASR,REST 异步)面向长音频,提交文件 URL 后轮询拿结果,单任务支持小时级录音,适合客服质检、会议转写。选型要点:实时性要求越高越靠前,音频越长越靠后。

支柱二·语音合成(TTS)三形态。在线合成(REST)把文本一次性合成音频文件,适合配音、播报等非实时场景;流式合成(/v2/tts,WebSocket)边合成边返回音频分片,首包延迟低,适合对话机器人、实时语音回复;超拟人合成是 2024 年上线的商用能力,支持情感、语速、韵律参数控制与百余种音色,适合有声内容生产、短视频配音。合成参数(语速 speed、音量 volume、音调 pitch)在 business 字段中按需调节。

支柱三·语音评测与声纹识别。口语评测对发音进行多维打分(准确度、流利度、完整度),返回综合评分与分项诊断,广泛用于英语口语考试、普通话水平测试;声纹识别提供说话人注册与验证(1:1 确认)能力,可用于账户安全、门禁场景。这两类能力是讯飞区别于纯 ASR/TTS 厂商的差异化产品线。

支柱四·开放平台生态与部署形态。能力通过两种方式交付:公有云 API(按调用量计费,多语言 SDK 封装好鉴权与连接管理)与私有化部署(Linux 离线识别/合成 SDK,license 授权绑定机器,数据不出内网)。控制台统一管理应用密钥、并发资源与用量账单,多应用间额度隔离。

生产部署与监控:从上线到运维

部署方式一·公有云 API 直连。适合大部分 SaaS 产品。上线前需评估并发:免费体验版 QPS 限制很低,正式商用需在控制台购买并发资源包,并确认单位时间内的调用峰值不超过购买上限。多环境隔离建议采用「一环境一应用」策略——测试应用与生产应用使用不同 APPID,额度互不影响,密钥单独轮换。

部署方式二·私有化/离线部署。适合金融、政务、军工等数据不出域场景。讯飞提供 Linux 离线 SDK,license 与机器码绑定,换机需重新授权。资源评估方面,离线转写对 CPU 算力要求较高,长音频并发转写建议配备 GPU 或足够核数的 CPU 服务器;离线合成相对轻量,普通 x86 服务器即可承担大规模 TTS 任务。

可观测性。语音接口的可观测比普通 API 多一层:除请求量、错误率外,还要盯三类指标。①鉴权失败率:11201(签名错误)、11202(时间戳过期)通常指向服务端时钟漂移或 UTC/GMT 时间格式错误;②流控错误:10160 表示 QPS 超限,10161 表示并发超限,出现即说明资源包不足或调用方缺重试退避;③识别质量:抽样比对转写文本与真实语音,监控静音超时(11200)占比,判断麦克风采集链路是否存在无声段。成本侧按音频时长计费,建议按天记录 当日转写时长/合成字数 用量,与业务量关联出单会话成本。

<p class="para-label">避坑清单:</p>

<ul class="dash-list"><li>鉴权时间戳必须用 UTC 格式的 RFC1123 时间字符串(如 Thu, 01 Jan 2026 00:00:00 GMT),用本地时区或格式错误会导致 11201/11202 签名失败;服务器时钟漂移也会踩中同一错误。</li><li>流式听写只接受 16kHz/8kHz 16bit 单声道 PCM 裸流,mp3、带 WAV 头的文件直接发送会报 10163;务必先转码再去文件头,测试时用 ffmpeg 的 -f s16le 输出确认格式。</li><li>不评估并发就上线:免费额度与商用并发包是硬上限,超出即返回 10160/10161,大促或呼叫中心高峰必须提前扩容并发包并实现指数退避重试。</li></ul>

维度讯飞语音阿里云智能语音腾讯云语音百度智能云语音
定位全链路语音技术平台阿里云生态内语音组件腾讯云生态内语音组件百度 AI 开放平台语音组件
接口形态WebSocket 流式 + REST 异步 + 离线 SDKREST + WebSocket + SDKREST + WebSocket + SDKREST + WebSocket + SDK
能力覆盖ASR/TTS/评测/声纹四线齐全ASR/TTS 为主ASR/TTS 为主ASR/TTS 为主
中文识别优势中文方言与噪声场景积累深通用中文识别稳定电话信道优化好短音频交互优化好
部署方式公有云 + 私有化 + 离线 SDK 全支持公有云为主公有云为主公有云为主
学习曲线中(鉴权需理解 HMAC 签名)低(云厂商体系内接入快)低(云厂商体系内接入快)低(文档与示例丰富)
License商业授权商业授权商业授权商业授权
适合谁需高识别率、私有化或全链路语音能力已在阿里云、需一站式 AI 服务已在腾讯云、呼叫中心场景智能家居、短语音指令场景

选型建议:识别精度敏感、需要私有化部署或同时要用评测/声纹能力的项目,选讯飞;已经深度绑定某家云厂商、想省去跨云集成的团队,直接在所属云上选语音组件;短指令交互类产品可优先评估百度的轻量接入体验。

版本迭代

讯飞语音能力的演进主线是从同步 REST 走向实时流式、从单一音色走向情感可控、从传统声学模型走向大模型化。早期以 REST WebAPI 支撑在线短音频处理,2021 年前后 WebSocket 流式接口成为实时场景主力,2024 年超拟人合成为 TTS 打开内容生产市场,2024-2025 年语音识别大模型进一步拉高复杂场景识别率。

版本时间变化提升
WebAPI v1约 2018REST 在线合成/听写/录音转写接口统一 RSA 签名鉴权,开放短音频在线处理
流式接口 v2约 2021`/v2/iat`、`/v2/tts` WebSocket 流式接口实时音频流双向传输,端到端延迟降至秒级以内
超拟人合成2024情感化 TTS 能力正式商用情感/语速/韵律参数可控,音色大幅扩展
语音识别大模型2024-2025端到端 ASR 大模型能力开放混响、噪声、远场场景识别率显著提升
结论

版本走向很清晰——实时性(流式化)、表现力(超拟人)、鲁棒性(端到端大模型)三轮驱动。选型建议:新项目一律基于 v2 流式接口开发,旧 REST 项目若非强兼容约束不建议回迁;对合成音质有要求的场景直接评估超拟人音色而非旧版普通音色。

AI 应用场景

客服通话全量质检

阶段:录音文件转写(离线长音频 ASR)→ 文本质检

解决的问题:传统客服质检依赖人工抽检,覆盖率通常只有 3%~5%,大量服务违规与客户投诉隐患漏检。接入录音文件转写后,全部通话录音自动转成带时间戳的文本,再叠加关键词/情感分析规则做全量质检。

具体案例:某呼叫中心每日产生 2000 小时通话录音,人工抽检需 40 人日工作量。接入讯飞 LFASR 后全量自动转写,当天产出全部质检文本,异常会话检出覆盖率达 100%,质检人力投入下降约 80%。相关角色:AI 应用工程师、语音算法工程师、质检产品经理。

智能外呼与语音对话机器人

阶段:流式 ASR(实时听写)→ LLM 对话决策 → 流式 TTS(实时回复)

解决的问题:外呼机器人的难点是「听得准、回得快」。流式听写接口边说话边出字,打断检测依赖 vad_eos 静音参数调优;配合流式合成首包低延迟,实现用户说完 1 秒内开始播报回复。

具体案例:某银行信用卡催收提醒机器人接入流式 ASR+TTS 后,单通对话平均时长从 3 分钟压到 1.5 分钟,意向客户识别准确率提升约 25%,单坐席日外呼量从 200 通提升至 800 通。相关角色:语音机器人开发工程师、对话式 AI 工程师。

有声内容批量生产

阶段:超拟人 TTS 合成 → 音频内容分发

解决的问题:有声书、短视频配音依赖真人录音棚录制,单本书成本数万元且周期长。超拟人合成支持情感参数调节,一个账号即可批量生产多音色内容。

具体案例:某知识付费平台用超拟人 TTS 批量合成课程音频,单集 10 分钟内容合成耗时约 2 分钟,内容上新速度提升约 5 倍,单小时音频成本降至真人录制的 1/10 以下。相关角色:内容生产负责人、音频技术工程师。

常见误区

误区我听说讯飞有语音听写,直接在 HTTP 请求里传个 mp3 文件就能拿到文字,跟 WebSocket 那种复杂连接没啥区别。

正解两者差异很大。REST 一句话识别适合 60 秒内的短音频,一次请求返回整句;流式听写走 WebSocket 长连接,音频分片实时上传、结果增量返回,适合无限时长实时流。长音频离线批处理还要用录音文件转写(异步任务)。选错接口的典型后果是短音频用流式浪费连接开销、长音频用一句话识别被截断报错。

为何常见:讯飞开放平台产品线多,文档入口分散,新手容易被「语音听写」这一个名字误导,忽略了接口路径与连接方式的本质区别。

误区mp3、wav、m4a 都是常见的音频格式,平台应该都能识别,我直接上传原文件就行。

正解流式听写接口只接受 16kHz(或 8kHz)16bit 单声道 PCM 裸流,mp3 是压缩格式、wav 自带文件头,直接发送会返回 10163 音频格式错误。WAV 需剥离文件头只留 PCM 数据,mp3 必须先用 ffmpeg 转码。录音文件转写接口对格式容忍度高一些(支持常见压缩格式),但两个接口的输入要求不能互相套用。

为何常见:绝大多数语音 API 都接受 mp3/wav 上传,讯飞流式接口是「裸流+流式传输」设计,与通用认知不同,官方文档的格式说明又藏在参数表里,容易被忽略。

误区超拟人就是新增了一堆好听的声音,跟普通合成一样填个音色参数就行,没必要单独了解。

正解超拟人合成的核心差异是情感与韵律的全参数控制——可以调节开心、生气、悲伤等情感状态,语速、停顿、语调起伏都独立可控,合成结果接近真人朗读而非机器播报。普通音色的 vcn 参数与超拟人的情感参数体系不通用,迁移成本不是改一个参数那么简单。

为何常见:讯飞把音色选择都包装在 vcn 参数下,界面看起来只是下拉列表变长了,容易让人低估底层合成引擎的差异。

误区注册送了不少免费调用次数,那直接把生产环境接上去,反正用量也不大。

正解免费额度是体验性质,QPS(每秒请求数)与并发数被严格限制。生产环境出现突发流量时,超限请求会返回 10160/10161 流控错误,且免费额度用完即停,直接导致线上语音功能中断。上线前必须购买商用资源包,并配置超限退避重试与熔断。

为何常见:免费额度按总调用量计,容易让人误以为「额度=不限频」,忽略了 QPS 与并发这两个独立维度才是生产瓶颈。

误区口语评测不就是把小孩读的英语识别出来,再跟标准文本比对算个分吗?用 ASR 加文本相似度就够了。

正解讯飞口语评测返回的是发音多维诊断:准确度、流利度、完整度分项评分,以及音素级错误定位,背后是专门的声学评分模型而非「ASR+文本匹配」。评测接口的 business 参数(如 category、subcategory)与识别接口完全不同,把评测当成识别调用会拿到不可用的结果。

为何常见:两者都输入音频输出文本相关信息,从接口形态看相似,但评测的评分粒度与诊断深度是独立建模的,这个差异只在实际接数据时才会暴露。

面试题

Q1. 讯飞语音听写流式版的 WebSocket 接口地址是?

单选题 · easy

  • A.wss://iat-api.xfyun.cn/v2/iat← 正确答案
  • B.ws://tts-api.xfyun.cn/v2/tts
  • C.https://iat-api.xfyun.cn/v1/iat
  • D.wss://asr-api.xfyun.cn/v2/asr

答案:A。流式听写走 WSS 协议、路径为 /v2/iat,host 是 iat-api.xfyun.cn;选项 B 是语音合成接口,C 混淆了 REST 与 WSS 且路径错误,D 的 host 不存在。记忆要点:iat(听写)与 tts(合成)两个 host 分离。

Q2. 流式听写接口对音频格式的核心要求是?

单选题 · easy

  • A.44.1kHz、16bit、单声道
  • B.16kHz、16bit、单声道 PCM← 正确答案
  • C.8kHz、8bit、双声道
  • D.48kHz、24bit、单声道

答案:B。官方要求 16kHz(或 8kHz)采样率、16bit 位深、单声道 PCM 裸流。44.1kHz 是 CD 标准、48kHz 是视频标准,都不符合;8bit 位深会丢失动态范围导致识别率下降。

Q3. WebSocket 发送音频帧时 data.status 取值为 3 表示?

单选题 · mid

  • A.首帧,携带公共参数
  • B.中间帧,继续传输音频
  • C.末帧,音频发送完毕← 正确答案
  • D.错误帧,终止本次请求

答案:C。status 语义为 1=首帧、2=中间帧、3=末帧。末帧发出后服务端结束接收并返回最终识别结果,audio 字段可为空。A、B 对应 status 1 和 2,D 在协议中不存在。

Q4. 讯飞流式接口鉴权 URL 中签名使用的算法是?

单选题 · mid

  • A.MD5
  • B.HMAC-SHA256← 正确答案
  • C.RSA-2048
  • D.SHA1

答案:B。将 host、RFC1123 格式日期、请求行字符串用 APISecret 做 HMAC-SHA256 签名,再连同 APIKey 拼成 authorization 的 base64 串。MD5 与 SHA1 已不安全,RSA 用于旧版 WebAPI,现役流式接口统一 HMAC-SHA256。

Q5. 录音文件转写(LFASR)接口的正确调用方式是?

单选题 · mid

  • A.WebSocket 推流式上传音频
  • B.REST 提交转写任务后轮询获取结果← 正确答案
  • C.gRPC 长连接持续传音频
  • D.发送邮件附件由平台转写

答案:B。LFASR 是异步任务模型:先 REST 提交带音频 URL 的任务,拿 task_id,再轮询查询转写结果。流式听写才走 WebSocket,gRPC 与邮件均非讯飞接口形态。

Q6. 返回错误码 11200 通常表示什么问题?

单选题 · hard

  • A.鉴权签名不合法
  • B.静音超时,未检测到有效语音← 正确答案
  • C.音频文件超过大小限制
  • D.请求 QPS 超出限制

答案:B。11200 表示静音超过 vad_eos 设定的阈值或音频全程无有效语音,常见于麦克风静音、音量过低。11201/11202 才是鉴权错误,10160/10161 是流控错误,音频格式错误是 10163。

Q7. 讯飞开放平台创建应用后需要记录的三项密钥是?

单选题 · easy

  • A.APPID、APIKey、APISecret← 正确答案
  • B.access_key、secret_key、token
  • C.client_id、client_secret、scope
  • D.app_key、app_secret、bucket

答案:A。讯飞三密钥为 APPID(应用标识)、APIKey(签名中的 api_key)与 APISecret(签名密钥)。其他组合是 AWS、OAuth 或对象存储的术语,与讯飞鉴权体系无关。

Q8. 下列哪些属于讯飞语音合成(TTS)产品线的能力?

多选题 · mid

  • A.在线合成(REST 返回音频文件)← 正确答案
  • B.流式合成(WebSocket 边合成边返回)← 正确答案
  • C.超拟人合成(情感与韵律可控)← 正确答案
  • D.声纹注册与说话人验证

答案:ABC。A、B、C 分别是 TTS 的三种形态,区别在传输方式与表现力。D 属于声纹识别产品线(说话人确认),不属于合成范畴。

Q9. 正确使用流式听写接口的要点包括哪些?

多选题 · hard

  • A.首帧 JSON 同时携带公共参数与音频数据← 正确答案
  • B.音频需 base64 编码后按帧发送← 正确答案
  • C.末帧发送后服务端返回最终识别结果← 正确答案
  • D.客户端必须等服务端主动断开连接才算完成

答案:ABC。首帧需带 common/business 参数并附首片音频;所有音频 payload 都要 base64;status=3 末帧触发最终结果返回。D 错误——客户端收到 status=2 的最终结果帧即可主动 close,不必等服务端断开。

Q10. 关于讯飞语音的生产实践,说法正确的有哪些?

多选题 · extreme

  • A.私有化部署需购买 license 且与机器码绑定← 正确答案
  • B.并发超限会返回 10160 或 10161 流控错误← 正确答案
  • C.录音文件转写比流式听写更适合离线长音频批处理← 正确答案
  • D.离线合成 SDK 授权后无需绑定机器即可任意迁移

答案:ABC。私有化与离线 SDK 均为 license 授权模式,license 绑定机器码,换机需重新授权,故 A 对 D 错;流控错误码 10160(QPS)、10161(并发)是生产必知项;长音频离线批处理应选异步的录音文件转写而非实时流式。

参考来源