Google Assistant接收FAILED状态后未反馈设备执行失败问题排查

针对你的疑问逐一说明： #

1. Google Assistant是否会对FAILED状态设备给出负面反馈？ #

会，但需要在响应中提供具体错误信息，仅返回status: "FAILED"不足以触发语音反馈。Google Assistant需要明确的errorCode和errorMessage字段来生成对应的提示话术。

2. 单独控制设备设为PENDING/FAILED仍收到成功回复的原因 #

• 对于FAILED状态：缺少errorCode和errorMessage字段，Assistant无法识别失败原因，默认使用通用成功话术。
• 对于PENDING状态：该状态表示操作仍在进行中，Assistant不会立刻反馈结果，需要后续通过Report State API主动上报最终状态，才会触发对应的语音提示或通知。

3. 响应是否存在遗漏内容？ #

是的，遗漏了关键错误字段。针对FAILED状态的设备，必须补充errorCode和errorMessage，示例如下：

{
    "requestId": "617XXX27787XXX16813",
    "payload": {
        "devices": {
            "1081614XXX": {
                "on": false,
                "online": true,
                "status": "SUCCESS"
            },
            "4153991XXX": {
                "on": false,
                "online": true,
                "status": "FAILED",
                "errorCode": "device_unreachable",
                "errorMessage": "无法打开设备，设备连接异常"
            }
        }
    }
}

常用的errorCode包括device_unreachable、not_supported、busy等，需根据实际失败场景选择。

多设备超时问题的优化方案 #

不建议用FAILED代替PENDING处理超时设备，推荐以下方案：

1. 异步处理+Report State API

   • 对超过4秒仍在处理的设备，返回status: "PENDING"，确保在5秒时限内回复Assistant。
   • 后端继续完成设备操作后，调用Report State API主动上报设备最终状态（SUCCESS/FAILED），此时Assistant会向用户推送状态更新提示（如语音播报或手机通知）。

2. 并行化设备处理

   • 将串行调用后端API改为并行调用，减少整体处理时间。比如在Lambda中使用批量异步请求，而非逐个等待响应。

3. 后端API性能优化

   • 优化后端设备控制接口的响应速度，比如减少数据库查询耗时、优化设备通信协议，压缩单设备处理时间，从而在5秒内处理更多设备。

4. 设备分组引导

   • 可以引导用户将设备按场景分组（如客厅、卧室），通过分组指令控制设备，减少单次指令需要处理的设备数量，降低超时概率。

内容的提问来源于stack exchange，提问作者user22507871