我应该使用开发者实体还是用户实体？
Should I use Developer Entity or User Entity?
我应该在 API.ai 中使用哪种类型的实体来获取用户的参数值？开发者实体还是用户实体？
这取决于。两者都有自己的位置，具体取决于您的需要。
如果您的对话中包含可以在设计时缩小范围的部分，那么开发人员实体就很棒。因此，例如，如果您的系统中只有几种类型的音乐并且您希望用户说 "Play some Jazz" 或 "I want to hear Broadway classics"，那么您可以定义 "Jazz" 和 "Broadway classics" 作为您定义意图的开发者实体。
但是，如果您拥有用户帐户并且希望用户能够访问他们自己的元素，则用户实体非常强大。这方面的一个例子是，如果他们在系统上有自己的音乐（而且只有他们自己的音乐）——当他们登录时，您可以将用户实体设置为他们的音乐名称的值。 然后系统将尝试只匹配他们可能的值，而不可能匹配其他一些相似的、不是他们的音乐。
开发者实体可以在定义意图时预先设置。使用 API.AI 的 API.
对话开始后，将设置用户实体
大多数时候您可能会使用开发人员（或系统）实体，但是当您需要它们时，用户实体是 API.AI 最强大的功能之一。
我应该在 API.ai 中使用哪种类型的实体来获取用户的参数值？开发者实体还是用户实体？
这取决于。两者都有自己的位置，具体取决于您的需要。
如果您的对话中包含可以在设计时缩小范围的部分，那么开发人员实体就很棒。因此，例如，如果您的系统中只有几种类型的音乐并且您希望用户说 "Play some Jazz" 或 "I want to hear Broadway classics"，那么您可以定义 "Jazz" 和 "Broadway classics" 作为您定义意图的开发者实体。
但是，如果您拥有用户帐户并且希望用户能够访问他们自己的元素，则用户实体非常强大。这方面的一个例子是，如果他们在系统上有自己的音乐（而且只有他们自己的音乐）——当他们登录时，您可以将用户实体设置为他们的音乐名称的值。 然后系统将尝试只匹配他们可能的值，而不可能匹配其他一些相似的、不是他们的音乐。
开发者实体可以在定义意图时预先设置。使用 API.AI 的 API.
对话开始后，将设置用户实体大多数时候您可能会使用开发人员（或系统）实体，但是当您需要它们时，用户实体是 API.AI 最强大的功能之一。