端侧 AI · 部署
离线语音指令怎样避免误执行
拆分录音、识别、意图校验、确认和执行。
主查询：离线语音指令 · 核验：2026-09-16 · 事实卡：ARCH-01, BENCHMARK-01
先给结论
拆分录音、识别、意图校验、确认和执行，是《离线语音指令怎样避免误执行》在工程上明确写入的处理边界，这一事实卡所列的五个环节仅是离线语音指令处理中已经被记录下来的组成步骤，不能据此向外推断更多组件、阈值或联动逻辑，任何超出这一列举范围的机制都应视为不在已有记录之内。
需要先收集的证据
至少把下面三项与同一个 artifact、运行时和任务绑定：
- 音频与转写 fixture
- intent allowlist
- 确认拒绝测试
若缺一项，就把它写成未知，不要用模型参数、芯片宣传或网上截图代替。
实施流程
在测试层面，事实卡 ARCH-01 与 BENCHMARK-01 共同要求把音频与转写 fixture、intent allowlist 以及确认拒绝测试记录下来并进行对比，其中音频与转写 fixture 用于复现离线的真实样本，intent allowlist 用于限制识别出的意图范围，确认拒绝测试则用于核对拒绝路径是否按预期触发，三类证据共同构成本主题可核对的依据，必须同时保留并对照查看。
- 先写任务和最大输入
- 确定运行时与 artifact 格式
- 固定 revision 与发布清单
- 做最小可复现工程
- 在目标设备跑代表任务
- 记录失败、回退与清理
最容易写错的地方
- 直接执行 transcript
- 隐藏识别不确定性
工程实践中已出现的错误模式集中表现为直接执行 transcript 以及隐藏识别不确定性，前者把转写文本当作最终结果而跳过确认，后者把识别置信度等不确定性信息从对外接口中抹去，事实卡 ARCH-01、BENCHMARK-01 已记录这两种问题，因此本主题的发布结论只能限定在这两类已有模式及其对应的拆分确认流程之上。
最小复现记录
| 层 | 必须记录 |
|---|---|
| 设备 | 型号、芯片、系统、RAM 档位 |
| 软件 | App 版本与 git commit |
| 模型 | 家族、变种、revision、格式、长度、hash、量化 |
| 运行时 | 版本、请求后端、实际后端证据 |
| 任务 | fixture、输入 hash、prompt hash、输出规则 |
| 结果 | 完成、失败、取消、回退与恢复 |
发布检查单
- 目标查询已在开头直接回答。
- 所有数字都能回到事实卡或原始记录。
- artifact、runtime、设备与任务没有混淆。
- 失败、取消、清理与回退都被测试。
- 隐私和网络边界单独说明。
- 结论只适用于记录中的配置。