title: 「温度调成 21.5 度」语音怎么说进去?拆位固定命令的离线路径、大模型模块 MCP 的在线路径与方案分叉的那一问 keywords: 语音输入参数,小数点,温度设置,拆位命令词,大模型模块,MCP,档位制,离线在线 topic: 语音参数输入的两条路径 gen model: glm-5.3-flash version: 1 aireview cycles: 0 createdat: 2026-10-15T16:38:08.000Z

小数参数的语音输入是工业设备的常见需求:把温度调成 21.5 度,用户要说出一串带小数的数值。离线语音模块的词条机制处理这类「开放数值」有天然限制,但平台上有一条拆位配置的路径,另一条路则要动用大模型模块。本文基于一次加热器项目的问答,对比两条路径的适用条件。

需求:说出任意小数,设备照设

用户的提问很精确:

我们的语音模块是否有语音输入参数的功能，比如把温度调成xx.xx度。现在我看demo里调成几档可以单独设置，如果参数中有小数点，而且个数比较多应该如何设置？

用户已经观察到:demo 里的温度调节是「几档」制——低温/中温/高温这类档位指令,每档一条命令词。现在想把档位升级成任意数值输入,且带小数。

离线路径:拆位固定命令

工程师给出的离线方案一句话:

用固定的命令单独设置小数点前面的数和小点后面的数，不然只能使用带大模型的模块利用MCP的功能去设置

即整数部分、小数部分分别做固定命令词(类似「二十一」「点」「五」各成词条),用户按位说出,模块逐段识别、经串口把位值传给主控拼接。这与数字报数的拆位方案同源:位是有限的、组合是开放的,但用户的表达被约束成「按位报数」。

代价很明显:「个数比较多」——小数点前后每一位数字都要建词条,0~9 各一条再加「点」,配置量可控,但用户要适应机械的报数方式;数位多时一句话很长,识别链路也变长。

在线路径:大模型模块 + MCP

工程师指出的另一条路是「带大模型的模块利用MCP的功能去设置」:在线大模型对自然语言里嵌入的数值有解析能力,「温度调到二十一点五度」整句说给模型,由模型侧解析出数值,再通过 MCP 通道下发设备执行。这条路用户表达自然、不限制数位,代价是:要用带大模型的模块、依赖网络在线、按在线能力的计费方式走。

怎么选

1. 数值集合有限(如 16~30 度、0.5 步进):直接用档位制或固定命令词枚举,离线最稳,一句话一个词条。
2. 数值开放但用户能接受按位报数:离线拆位方案,整数/小数分设命令词,主控拼接。
3. 要自然语言+任意数值:上大模型模块走 MCP,接受在线依赖与相应成本。
4. 混合方案也常见:常用值用档位命令词离线秒响应,开放微调用在线大模型兜底。

落地建议

1. 立项先数一遍数值集合:能枚举就别上在线,枚举不完再评估大模型模块。
2. 离线拆位方案落地前,让真实用户试「按位报数」的体验,接受度不行就转在线路径,不要硬推。
3. 大模型模块做参数设置,验收时重点测弱网与断网行为,明确离线时的降级交互(如回退到档位命令)。
4. 「demo 是档位制」不是能力上限,拆位与在线两条路都在;需求评审时把「要任意数值还是档位够用」问清楚,方案分叉就在这一问上。