按住 Fn 键,说一句话,右下角弹出一个小 Bot。在输入框里,它把语音转成文字;在桌面上,它自动存成一个 txt 文件。这是作者在 Mac 上使用 Muse 内置语音输入功能时的完整体验。
没有切换应用,没有等待加载,也不需要先打开某个窗口。系统级的能力被压缩成了一个按键动作,这大概是它最让人意外的地方。
![]()
两种场景,两种处理方式
这个功能最值得说的,是它对使用场景做了区分。
当光标停在输入框里,语音实时转成文字,直接落进正在编辑的内容中。当人在桌面上、没有聚焦任何输入框时,同样的操作会把内容保存成一个 txt 文件,放到桌面上。
前者对应的是即时记录,比如回消息、写备注;后者对应的是长文本整理,比如突然想到一段话,先存下来再说。两种模式共用同一个入口,用户不需要提前判断自己处在哪种状态。
作者用一句话概括了这个流程:按住 Fn,说话,右下角弹出可爱的 Bot,输入框里转文字,桌面上存文件。
中英混合场景下的识别表现
作者特别提到的一点,是 Codex、Muse 这类国外产品在中文以及中英混合语音场景下的识别率。
按照作者的描述,这类场景下几乎不出错。中英混说在日常工作里很常见,一句话里夹几个英文术语,对识别引擎来说是不小的考验。作者认为这一体验极佳。
基于这个对比,作者给出了一个建议:豆包、微信输入法等国内主流产品,可以学习这一设计。
这个建议指向的不只是识别准确率,也包括交互方式本身——把语音输入做成系统级能力,而不是某个应用里的一个按钮。
被重新定义的入口
语音输入不是新东西,但把它放在 Fn 键上、让它跟着光标走,体验就变了。
输入框里转文字、桌面上存文件,这两个动作覆盖了即时记录和长文本整理两类高频需求。作者的评价很直接:太方便了。
对国内输入法厂商来说,这或许是一个值得拆开看看的设计样本——不是功能本身有多复杂,而是它把功能放在了什么位置。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.