[bot framework] bot framework编排器常见问题

Orchestrator支持的主要场景是什么？

目前支持的主要场景是路由/调度（仅限意图）。我们正在为未来的版本支持实体提取。

Orchestrator可以从Composer中使用吗？

对。按照此处的文档使用Orchestrator作为Composer中的识别器。

你能在同一个机器人中同时使用Orchestrator和LUIS吗？

是的，当然。您可以使用Orchestrator（OrchestratorRecognizer）将传入的话语路由到正确的子应用程序（即LUISRecognizer、QnMakerEgnizer）。

当Orchestrator正确预测了子意图（应用程序/技能）的传入话语，但子应用程序未能返回正确的意图时，有什么指导方针？

我们建议使用应用程序的推荐最佳实践来调整子应用程序模型（即LUIS/QnAMaker/Orchestrator）。

要改进LUIS模型，请按照此处的说明进行操作。
要改进QnAMaker kb，请按照此处的指导方针进行操作。
要改进Orchestrator，请遵循此处的指导方针。

Orchestrator多语言模型将支持哪些语言？

Orchestrator多语言模型目前支持8种语言（EN、ES、DE、FR、IT、JA、PT和ZH）。有关特定模型的更多信息，请参阅Orchestrator基本模型。我们一直在寻求扩大支持的语言数量，如果一种语言尚未得到支持，可以使用Azure翻译将传入的话语首先翻译成英语，然后再将其传递给Orchestrator。

编排器是否会取代LUIS调度？

基于LUIS的调度正在被弃用，尽管确切的时间表尚未最终确定。现在是开始评估Orchestrator作为Dispatch替代品的好时机。

Orchestrator是否支持实体提取？

实体提取尚未普遍可用，但可以启用简单的命名实体识别。有关使用Orchestrator启用实体识别的说明，请参阅NLP with entitys示例。

Orchestrator是否支持LUIS模式？目前的解决方法是什么？

目前还没有。将LUIS模式扩展为编排器示例是推荐的解决方法，即对于模式“do{stuff}”，在模式的意图中添加一些示例，“do clean up”、“do homes”等。另一种选择是将LUIS模式转换为带有实体的示例，即“do{@stuff=clean}”、“do{@stuf=homes}”。有关使用Orchestrator启用实体识别的说明，请参阅NLP with entitys示例。

选择Orchestrator与LUIS的准则是什么？

我们建议根据您的数据评估每种解决方案，看看哪种效果更好。基于Louis的Dispatch CLI和BF Orchestrator CLI都附带了评估训练和测试数据的命令。

你能结合Orchestrator来预测实体的意图和LUIS吗？

不幸的是没有。但是，Orchestrator Recognizer可以接受外部实体识别器。请在此处查看支持的实体识别器。

如何从Dispatch解决方案迁移到Orchestrator解决方案？

BF Orchestrator CLI附带了与Dispatch CLI命令类似的命令。bf orchestrator：create命令还接受从dispatch CLI生成的现有.dispatch文件，以便于迁移。有关更多信息，请参阅调度迁移文档。

工具书类

• Orchestrator
• Composer
• LUIS
• QnAMaker
  QnMaker