Actions on google 在Google Action中是否可以使用意图而不是字符串作为列表标题？ 一些背景：

我用了很多的谷歌行动与后端。该动作主要基于语音。使用列表的原因是我可以在列表的键中编码信息，然后使用它来做出决定。另一个原因是GoogleAssistant会尝试将用户的输入与列表项目的标题进行模糊匹配，以找到最匹配的选项。这对我来说有点难。考虑下面的例子：

{
    JSON.stringify(SOME_OBJECT): {
        title: 'Yes'
    },
    JSON.stringify(ANOTHER_OBJECT): {
        title: 'No'
    }
}

现在，如果我说是/否，我可以得到用户的选择，并对选择键中存储为字符串化JSON的信息进行处理

但是，用户可能会说确定或是或确定，因为他们的意思基本上与说是相同。但由于这些词与Yes不匹配，谷歌助手将忽略“Yes”选项。但所有这些词都属于smalltalk.confirmation.yes内置意图。因此，如果我可以使用这个意图而不是硬编码字符串Yes，那么我就能够捕获所有表示Yes的输入

---

我知道我可以通过一个同义词列表或确认意图来实现这一点。但他们也有一些问题

使用同义词需要我找到每个相似的单词。此外，我还需要将这些同义词本地化为所有受支持的语言

出于确认的目的，在要求用户选择选项之前，我无法向用户显示一些信息。此外，它也不支持像我在列表键中所做的那样对选项进行编码

所以，在这种情况下，列表对我来说是一个不错的选择

---

---

那么，有没有办法利用内置意图来达到这个目的呢？在这种情况下，您会怎么做？

我也做过类似的事情，包括列表和确认意图。但我想了解您试图解决的问题是什么，我是说，当您使用列表和确认内置意图时，您面临的问题是什么？我建议遵循这种方法，这是我在许多文章中发现的关于这种情况的方法。所以在你的情况下，你只想回答是/否？你可以用

conv.data

将对象数据放入会话存储吗？@nick我可以将数据放入会话存储。但问题是我将在多个地方使用这个场景。因此，对我来说，能够使用列表要比使用这种方法容易得多。从一个方面来说，它可能看起来稍微容易一些，但在影响自然语言处理方面确实有一个折衷办法。这就是我为什么要找它的原因。我已经用这个流编写了很多代码，所以很难转移到另一个流。