BotComposer语言 - QnA管理应该始终通过Composer路由?



BotComposer提供了一个单一的接触点来维护LUIS, QnA和Bot authororing。然而,对于在QnA模型(QnA对CRUD操作)中进行任何更改,我们是否总是必须遵循Composer创作和部署路径?

我问的原因是,如果有人直接通过门户对QnA对进行更改,如果在Composer Dialog中通过CrossTrainedRecognizerSet进行交叉训练,则会使LUIS不一致。

我错过什么了吗?如果通过Composer部署Bot, QnA维护的管理周期应该是什么样的?

我们是否总是必须遵循Composer的创作和部署路径?

是的,不幸的是。至少在这一点上。我相信人们正在努力使它变得不那么麻烦。

我错过了什么吗?如果通过Composer部署Bot, QnA维护的管理周期应该是什么样的?

您应该从Composer中更改QnA,然后重新发布。

最新更新