Google Home Control的Router设备如何实现自定义控制命令

不需要新建独立的Conversational Actions项目，完全可以在你已有的Smart Home Home Control项目基础上扩展实现自定义控制能力，不需要重构已经开发完成的Router设备类型官方特性（NetworkControl、Reboot、softwareUpdate）相关Node.js业务代码。

• 扩展设备SYNC响应配置：在你的fulfillment服务返回给Google的设备SYNC报文中，除了Router设备要求的官方属性、已支持的官方trait外，追加自定义trait声明。自定义trait遵循action.devices.traits.CUSTOM_*命名规范即可，比如针对节能模式场景可以定义为action.devices.traits.CUSTOM_POWER_SAVING，同时在trait配置中绑定支持的指令、对应常用触发话术别名，比如将"turn on power saving mode"、"enable power save"、"open power saving"这类用户可能说的口语化表达关联到对应自定义指令上，Google Home会自动完成语义匹配，不需要你自行开发NLU能力。
• 扩展EXECUTE请求处理逻辑：在你现有处理官方控制指令的Node.js代码中，新增自定义指令的分支判断即可。当收到Google转发的EXECUTE请求时，先判断command字段是否匹配你定义的自定义指令（比如开启节能模式的指令标识），如果匹配就直接调用你自己写的路由器节能模式控制接口，返回格式和原有官方指令的返回结构保持一致，同步执行成功/失败的状态给Google即可，不需要调整原有官方特性的处理逻辑。
• 测试验证：直接在你现有项目的Google Home测试环境中触发语音指令即可，比如说出"Hey Google, turn on the power saving mode on my Room Router"，验证请求是否能正常打到你的fulfillment服务、控制逻辑是否正常执行，不需要额外做项目关联或者权限配置。

只有当你的自定义需求满足以下情况时，才需要单独开发Conversational Actions做补充，且不需要迁移原有Home Control项目的已实现逻辑：

• 需要多轮对话交互：比如触发节能模式时需要反问用户选择均衡节能/深度节能档位，等待用户二次回复后再执行操作
• 需要非设备控制类的复杂交互：比如支持用户查询路由器累计节能时长、当月节能数据这类和单次控制无关的查询需求
• 需要跨多设备的复杂会话联动逻辑

注意：自定义trait的语义识别由Google Home平台原生支持，只要在SYNC阶段配置全常用的指令别名，日常使用的识别准确率完全可以覆盖家用场景需求，不需要自行做语义解析处理。

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