智能家居 API 错误消息是否应该让 Alexa 响应更有用的信息？
Are the Smart Home API Error Messages supposed to make Alexa respond with more usefully information?
我几乎完成了我的智能家居技能的 lambda 服务，并且一切正常。 Echo 正在接收我的确认并正确地转发他们的信息。我现在正在尝试构建错误处理。
根据 SHS API 参考，列出了一堆错误消息，对应于不同的情况。这些错误是否应该改变 Alexa 所说的内容？无论我使用哪一个（如果有的话）Alexa 都只会响应该命令在该设备上不起作用。现在我只是在使用回调（错误）和 return 从 API 引用复制和粘贴的对象，Alexa 仍然响应一般错误。
很容易放入一堆常量来定义错误returns。很难将所有这些都连接到硬件设备的固件补丁中。此外，他们每年只发布几次 SDK 更新。他们每两周修补一次硬件。
鉴于此，我怀疑他们将这些错误 returns 放入 SDK 以满足 SDK 的发布日期。更多的是作为占位符而不是特定的功能。随着时间的推移，如果越来越多地采用家庭技能，他们将对硬件设备进行更新，以利用这些 returns。
我的建议是使用它们。但不要指望现在会有什么不同。并且不要在您的文档中提及差异。如果您可以在其他地方显示诊断信息，您可能希望这样做，以便您的客户可以解决他们的问题。
我几乎完成了我的智能家居技能的 lambda 服务，并且一切正常。 Echo 正在接收我的确认并正确地转发他们的信息。我现在正在尝试构建错误处理。
根据 SHS API 参考，列出了一堆错误消息，对应于不同的情况。这些错误是否应该改变 Alexa 所说的内容？无论我使用哪一个（如果有的话）Alexa 都只会响应该命令在该设备上不起作用。现在我只是在使用回调（错误）和 return 从 API 引用复制和粘贴的对象，Alexa 仍然响应一般错误。
很容易放入一堆常量来定义错误returns。很难将所有这些都连接到硬件设备的固件补丁中。此外，他们每年只发布几次 SDK 更新。他们每两周修补一次硬件。
鉴于此，我怀疑他们将这些错误 returns 放入 SDK 以满足 SDK 的发布日期。更多的是作为占位符而不是特定的功能。随着时间的推移，如果越来越多地采用家庭技能，他们将对硬件设备进行更新，以利用这些 returns。
我的建议是使用它们。但不要指望现在会有什么不同。并且不要在您的文档中提及差异。如果您可以在其他地方显示诊断信息，您可能希望这样做，以便您的客户可以解决他们的问题。