我将QnaMaker和LUIS集成到了我的机器人中。我希望用户能够在对话之间提出问题。我已经发现问题在于，该机器人在处理用户输入之前总是先查看luis和qna。
例如，如果我有一个选择提示，显示“立即开始”和“立即停止”， Luis或qna将中断并处理输入，再次提示对话框，导致无限循环，并且永远不会到达下一步。
我认为这对我来说是不好的设计。下一步是否有办法首先处理结果？如果无法识别结果，则luis和qna然后应处理输入。
private async Task<bool> IsTurnInterruptedDispatchToQnAMakerAsync(ITurnContext turnContext, string topDispatch, string appName, CancellationToken cancellationToken = default(CancellationToken))
{
var dc = await _dialogs.CreateContextAsync(turnContext);
const string qnaDispatchKey = "q_xxxxxxxx";
if (topDispatch.Equals(qnaDispatchKey))
{
var results = await _services.QnAServices[appName].GetAnswersAsync(turnContext);
if (results.Any())
{
await turnContext.SendActivityAsync(results.First().Answer, cancellationToken: cancellationToken);
}
if (dc.ActiveDialog != null)
{
await dc.RepromptDialogAsync();
}
return true;
}
return false;
}
return false;
}
在OnTurnAsync()
var interruptedQnaMaker = await IsTurnInterruptedDispatchToQnAMakerAsync(turnContext, topDispatch, QnaConfiguration, cancellationToken);
if (interruptedQnaMaker)
{
await _basicAccessors.ConversationState.SaveChangesAsync(turnContext, false, cancellationToken);
await _basicAccessors.UserState.SaveChangesAsync(turnContext, false, cancellationToken);
return;
}
答案 0 :(得分：1)
您那里有两个问题，我都会回答。我不知道是否有“最佳”方法来完成此操作，这实际上取决于您的代码。您可能还需要同时完成以下两项操作。
我的示例显示了如何使用LUIS进行此操作，但是您可以在此处轻松替换QnAMaker。
将BotServices传递到对话框（在MyBot.cs的构造函数中）：
Dialogs.Add(new MyDialog(services));
注意：根据您在哪里进行操作，您可能可以传递LuisRecognizer而不是所有服务。
在BotServices的构造函数中使用MyDialog：
public class MyDialog : ComponentDialog
{
private readonly BotServices _services;
public MyDialog(BotServices services) : base(nameof(QuickDialog))
{
[...]
_services = services;
}
在ChoicePrompt中创建验证器：
AddDialog(new ChoicePrompt(nameof(ChoicePrompt), luisValidation));
创建您的验证器，它允许您调整用户的输入并将其设置为其他值（例如LUIS意图）：
private async Task<bool> LuisValidationAsync(PromptValidatorContext<FoundChoice> promptContext, CancellationToken cancellationToken)
{
// ...Succeeded will only be true for a ChoicePrompt if user input matches a Choice
if (!promptContext.Recognized.Succeeded)
{
// User input doesn't match a choice, so get the LUIS result
var luisResults = await _services.LuisServices["nameOfLuisServiceInBotFile"].RecognizeAsync(promptContext.Context, cancellationToken);
var topScoringIntent = luisResults?.GetTopScoringIntent();
var topIntent = topScoringIntent.Value.intent;
// Save the results and pass them onto the next waterfall step
promptContext.Recognized.Succeeded = true;
promptContext.Recognized.Value = new FoundChoice()
{
Index = 0,
Score = 1,
Value = topIntent
};
// We converted to a valid LUIS result, so return true
return true;
}
// ...Succeeded was true, so return true
return true;
}
您可以在几个不同的地方对结果进行处理，而不仅仅是更改用户的输入。例如，在下一步中，您可以：
switch ((stepContext.Result as FoundChoice).Value)
{
case "Reply":
await stepContext.Context.SendActivityAsync("Reply");
break;
case "Cancel":
return await stepContext.EndDialogAsync("Cancel Me");
}
return await stepContext.NextAsync();
如果用户调用“取消”意图，则气泡会上升到MyBot.cs，而dialogResult.Result等于“取消我”。
跳过LUIS识别有两种方法：
如果您不想检查中断，请设置要跳过的条件。您可以使用类似这样的内容：
var interruptedQnaMaker = false;
if (!<yourCondition>)
{
var interruptedQnaMaker = await IsTurnInterruptedDispatchToQnAMakerAsync(turnContext, topDispatch, QnaConfiguration, cancellationToken);
}
我在a Node bot中做了相当相似的事情，在某些对话框中我完全跳过了luisRecognizer。对于您来说，它或多或少看起来像这样：
var dc = await _dialogs.CreateContextAsync(turnContext);
if (dc.ActiveDialog != null && dc.ActiveDialog.id == "SkipLuisDialog")
{
var interruptedQnaMaker = await IsTurnInterruptedDispatchToQnAMakerAsync(turnContext, topDispatch, QnaConfiguration, cancellationToken);
}
您似乎已经进行了设置，以便当LUIS返回与topDispatch相匹配的意图（qnaDispatchKey）时，即触发中断。如果“立即开始”和“立即停止”返回的目的是qnaDispatchKey，则可以调整LUIS应用程序以防止这种情况。强文本