把 Agent 装进 ESP32 语音设备，先跑通哪条任务链？

一句语音请求，怎样写成可以检查的任务？

先描述使用者会怎样开口、希望完成什么，以及什么时候需要给出反馈。把需要追问的信息和不应该继续执行的情况写在旁边，让任务既有正常结束的状态，也有停下来交给使用者决定的状态。这样才有依据检查一次对话是否真正完成。

不要一开始就把多个设备和不相关用途混在一起。先留下一个熟悉的任务，记录请求、处理过程与反馈之间的对应关系。这里提出的是试验设计，并未推断项目已支持哪些语音指令、外部服务或设备控制能力。

真实设备试验，怎样避免只看成功演示？

实际试验时观察使用者是否知道设备在等待、正在处理还是需要重新说话，并记录打断或重复请求后的状态。把这些体验与软件环境中的记录放在一起看，区分对话流程的问题和设备反馈的问题，再决定下一轮改动放在哪里。

先用一组固定输入检查结果

可以把验收任务设为“询问天气后播报结果”，在识别完成、等待回复时断开网络。设备应保留等待或失败状态，恢复后再决定重试，不能提前播放代表成功的提示。另用无法识别的录音检查是否明确要求重说。这里没有接入天气服务、录音或烧写固件，仅给出可复现的故障条件。