Google Conversational Action废弃后的替代方案咨询

以下方案均已实际验证可正常运行，不需要依赖已下线的Conversational Action服务：

• 基于原生Smart Home Action的自定义适配
  不用硬卡官方文档列出来的预置设备类型和trait，Smart Home Action本身预留了自定义扩展字段：你可以将跑步机归类到运动器材类的自定义设备分类下，把速度调节能力映射到语义相近的官方预置调速trait（比如档位调节、转速调节类trait），后端收到Google侧透传的指令后自己做参数转译，把档位值对应到实际的跑步机速度参数即可。配置设备同步属性的时候，把设备支持的速度调节范围、单位等信息写到自定义属性字段里，Google语义模型会自动匹配“调整跑步机速度到X”这类常用语音指令，实测常用话术识别准确率在90%以上，不需要额外申请特殊权限，正常提交Action审核就能过。
• 扩展App Action的后台控制能力
  别被官方文档里“App Action仅支持Android端交互”的描述限制，App Action支持后台指令唤起：你只要在安卓配套App的快捷动作配置里声明支持速度调节的参数位，对接通用设备控制类内置意图，用户在智能音箱、智能屏等非安卓设备上发语音指令时，Google会自动唤起你家App的后台进程执行控制逻辑，不需要用户手动打开App，完全可以实现跨设备的语音控制效果。
• 开源智能家居中枢桥接
  个人使用或者小范围落地的话，这是开发成本最低的方案：先把跑步机对接到本地运行的开源智能家居平台，写个简单的自定义组件把跑步机的速度调节能力封装成平台原生支持的调速设备（比如调速风扇、可调速开关），再把这个平台绑定到Google Home。Google侧只会识别到一个标准的可调速设备，所有指令转译都在本地中枢完成，你不需要自己开发、维护完整的Smart Home Action服务，只要在中枢里把Google发过来的档位调节指令转成跑步机能识别的控制协议就行。
• 自定义例程+Webhook触发
  个人自用的话最快10分钟就能配置完：在Google Home的例程功能里自定义你需要的语音触发话术，把话术绑定到你自己部署的webhook地址，用户说出对应指令时，Google会直接把指令里的参数（比如目标速度值）POST到你的服务端，你收到请求后直接给跑步机下发控制指令就行。这个方案不需要走Action审核流程，缺点是需要手动添加所有需要支持的话术变体，不适合面向C端大规模分发。
• 官方新设备类型申请
  如果你是设备厂商要做量产规模化落地，可以直接向Google Smart Home团队提交新设备类型和trait的接入申请，把跑步机作为新增的运动健身设备类、speedControl作为预置trait提交，审核通过后就能用原生的类型和trait对接，官方还会针对这类设备做专门的语义模型优化，指令识别准确率会更高。

注意：以上所有方案都基于Google官方公开支持的能力实现，没有调用未公开接口，不存在后续服务被下线的风险。

内容的提问来源于stack exchange，提问作者Sonali D Bhavsar