Google 助手出错,而 Dialogflow 没有错误

Error on Google Assistant while no error on Dialogflow

我创建了一个聊天机器人,它可以告知用户我的(大)家庭成员以及他们的住所。我创建了一个带有 MySQL 的小型数据库,其中存储了这些数据,并根据用户与聊天机器人的交互,在适当的时候使用 PHP 脚本获取它们。

除了 Default Fallback IntentDefault Welcome Intent 之外,我的聊天机器人还包含两个意图:

第一个意图 (Names) 由 'Who is John Smith?' 等短语训练,并具有输出上下文(称为 context,持续时间为 10 个问题)。这个问题的可能答案是 'John is my uncle.'。第二个意图 (Location_context) 由 'Where is he living?' 等短语训练,并具有输入上下文(来自 Names)。这个问题的可能答案是 'John is living in New York.'

Names 意图包含两个参数:

这两个参数代表用户给出的全名。 Location_context 意图不包含任何参数。

PHP脚本如下:

<?php

$dbServername = '******************';
$dbUsername = '******************';
$dbPassword = '******************';
$dbName = '******************';
$conn = mysqli_connect($dbServername, $dbUsername, $dbPassword, $dbName);

// error_reporting(E_ALL);
// ini_set('display_errors', 'on');

header('Content-Type: application/json');
$method = $_SERVER['REQUEST_METHOD'];

if($method == 'POST'){
    $requestBody = file_get_contents('php://input');
    $json = json_decode($requestBody);

    $action = $json->result->action;
    $first_name = $json->result->contexts[0]->parameters->{'given-name'};
    $last_name = $json->result->contexts[0]->parameters->{'last-name'};
    $lifespan = $json->result->contexts[0]->lifespan;

    $sql = "SELECT * FROM family WHERE name LIKE '%$first_name%$last_name%';";
    $result = mysqli_query($conn, $sql);
    $resultCheck = mysqli_num_rows($result);
    if ($resultCheck > 0) {
       while ($row = mysqli_fetch_assoc($result)) {
            $person = $row;
       }

       switch ($action) {
           case 'Name':
               $speech= "$first_name is my" . $person["name"] . ".";
               break;  
           case 'Location':
               $speech = "$first_name is living in {$person["location"]}.";
               break;
           default:
               $speech = "Please ask me something more relevant to my family";
               break;
       } 
    }
    else {

        $speech = "Sorry, $first_name $last_name is not a member of my family.";

    }

    $response = new \stdClass();
    $response->speech = $speech;
    $response->displayText = $speech;
    $response->source = "agent";
    echo json_encode($response);
}
else
{
    echo "Method not allowed";
}
?>

在 Dialogflow 中,在询问例如"Who is John Smith?" 并得到正确答案 "John is my uncle." 然后我问 "Where is he living?" 并且我得到正确答案 "John is living in New York."。 Dialogflow 对第二个问题的 json 回复是:

{
  "id": "*****************************",
  "timestamp": "2018-04-04T08:26:39.993Z",
  "lang": "en",
  "result": {
    "source": "agent",
    "resolvedQuery": "Where is he living"
    "action": "Location",
    "actionIncomplete": false,
    "parameters": {},
    "contexts": [
      {
        "name": "context",
        "parameters": {
          "given-name.original": "John",
          "last-name.original": "Smith",
          "given-name": "John",
          "last-name": "Smith"
        },
        "lifespan": 9
      }
    ],
    "metadata": {
      "intentId": "*****************************",
      "webhookUsed": "true",
      "webhookForSlotFillingUsed": "false",
      "webhookResponseTime": 93,
      "intentName": "Location_context"
    },
    "fulfillment": {
      "speech": "John is living in New York.”,
      "displayText": "John is living in New York.",
      "messages": [
        {
          "type": 0,
          "speech": "John is living in New York."
        }
      ]
    },
    "score": 1
  },
  "status": {
    "code": 200,
    "errorType": "success",
    "webhookTimedOut": false
  },
  "sessionId": "*****************************"
}

但是,当我在 Google 助手中输入完全相同的问题(在输入 Talk to my test app 之后)时,我在第一个问题上得到了相同的答案,但我得到的是 "is living in Los Angeles."对于第二个问题。请注意此答案中的两件事。首先,变量 $first_name 没有任何值(因为它未设置)并且位置 'Los Angeles' 是数据库中最后一个家庭成员的位置。因此返回此位置是因为 $first_name$last_name 在 mysql 查询中没有分配值(因为它们未设置)并且由于某种原因数据库中最后一个人的位置是返回。

令人沮丧的是我无法检查 Google 助手的 json 响应,因为我可以在 Dialogflow 中轻松地做到这一点。然而,经过一些试验后我发现在 Google Assistant 中 $lifespan 总是 0(在第一个和第二个问题中)并且 $first_name$last_name 不是在第二个问题的 json 响应中完全设置,即使在 Dialoglow 中它们已设置并且它们包含全名,如上面我发布的 json 响应中所示。 Google Assistant returns actions_capability_screen_output for $json->result->contexts[0]->name 在这两个问题中,显然在 Dialogflow $json->result->contexts[0]->name 中是 context(上下文的名称)。

因此Google助手中第二个问题json回复的contexts分支好像是这样的:

"contexts": [
          {
            "name": "actions_capability_screen_output",
            "parameters": {},
            "lifespan": 0
          }
        ]

另一方面,正如我上面所展示的,DIalogflow 中第二个问题中 json 响应的 contexts 分支是:

"contexts": [
      {
        "name": "context",
        "parameters": {
          "given-name.original": "John",
          "last-name.original": "Smith",
          "given-name": "John",
          "last-name": "Smith"
        },
        "lifespan": 9
      }
    ]

为什么 Google Assistant 无法识别 context 并且它不会处理与 Dialoglow 所示相同的 json 响应?

如何像在 Dialogflow 中那样检查来自 Google 助手的整个 json 响应?

我不是PHP方面的专家,但我用过一点。我认为您的问题是 Dialogflow 没有将您的结果解释为 JSON 而是一个简单的字符串。

从错误中,我看到:

Expected BEGIN_OBJECT but was STRING at line 2 column 1 path $.

假设您的回答是 valid JSON then you may need to manually tell Dialogflow that the response needs to be interpreted as JSON

看起来您已经在 PHP 响应的顶部这样做了,但也许您应该验证 JSON 响应没有任何异常之处导致上述错误。

-- 在更新之前回答我的 POST --

最后我发现我收到 Expected BEGIN_OBJECT but was STRING at line 2 column 1 path $. 错误,除非我在源代码中注释掉这些行:

error_reporting(E_ALL);
ini_set('display_errors', 'on');

如果我注释掉这两行,那么我不会收到任何错误,但最终的响应是 "is living in Los Angeles" 而 "John is living in New York Angeles" 是 complete/correct 响应。显然,注释掉这两行并不能真正解决我的问题。 出现此问题的原因是 Google 助手无法识别为 NamesLocation_context 意图定义的上下文,而 Dialogflow 可以正确识别它。因此,$first_name$last_name 甚至没有在第二个问题(“他住在哪里?”)中设置,这就是为什么我得到 incomplete/wrong 对这个问题的回应。

有关我的问题的更新说明,请参阅我上面编辑的 POST。

-- 更新后对我的 POST 的回答 --

如果我在 Location_context 意图中添加以下两个参数,我可以解决我的问题:

  • 参数名称:given-name、last-name。
  • 实体:@sys.given-name、@sys.last-name.
  • 值:#context.given-name、#context.last-name。

因此,我基本上将 given-namelast-name 参数的值从 Names 意图传递给 Location_context 意图。

如果我这样做那么 Google 助手中第二个问题 json 响应的 contexts 分支似乎变成这样:

"contexts": [
      {
        "name": "actions_capability_screen_output",
        "parameters": {
          "given-name.original": "John",
          "last-name.original": "Smith",
          "given-name": "John",
          "last-name": "Smith"
        },
        "lifespan": 0
      }
    ]

(同样,我无法直接检查 Google Assistant 的 json 输出,但我只是进行一些测试以了解 json 响应的格式和内容)

这样我就可以通过我的 PHP 脚本检索此人的全名,并得到第二个问题 ("Where is he living?") 的正确答案 ("John is living in New York.")。

但是,我仍然想知道为什么有必要在 Dialogflow 中执行此操作而无需在 Location_context 意图中添加任何参数...

我也不确定 Google Assistant 是否能识别这两个意图之间的上下文,因为 lifespan 又是 0(即使我得到了我想要得到的)。 .

除了你的问题之外,这里还有很多事情要做。让我们试着一点一点地分解它们。

为什么我一开始在响应中遇到错误?

因为 ini_set('display_errors', 'on'); 将任何错误发送到标准输出,这就是您要发送回 Dialogflow 的内容。 Dialogflow 的解析器将内容发送到 Google 是严格的,因此额外的输出在这里引起了问题。

我怎样才能看到发生了什么?

您应该使用 error_log() 之类的方式记录内容。这将在文件中记录您想要的任何内容,因此您可以看到来自 Dialogflow 的确切 JSON 以及您认为要发回的确切内容。

您可以将其与

之类的东西一起使用
error_log( $request_body );

查看从 Dialogflow 发送的 JSON 到底是什么。这会将正文记录到系统错误记录器(可能是 HTTP error_log 除非你在其他地方设置它)所以你可以检查它并查看 一切 被发送到你.

好的,我明白是怎么回事了。为什么 JSON 不同?

因为 Google 上的操作比其他代理提供的信息更多。这些以相同的方式(或应该以相同的方式)发送给您,但会有更多。例如,您会看到通过 JSON.

传递的 originalRequest 对象

但是 - 您期望的所有信息都应该在那里。只是更多。

为什么在更改要发送到 Google 上的操作之前,我看不到 Dialogflow 从我的 webhook 获取的内容?

好问题。这有时会记录在 "agentToAssistantDebug" 下的“调试”选项卡中,但并非总是如此。作为测试基础结构的一部分,您需要使用其他工具来准确查看您正在回复的内容。

为什么我无法通过 Google 上的操作获得 context 上下文?

你实际上并没有发布你不是的证据。您所显示的只是 context[0] 未命名为 "context"。您应该记录整个 context 数组以查看所有类似

的内容
error_log( $json->result->context );

您将看到的是已经设置了许多上下文。这包括一个名为 actions_capability_screen_output 的,它由 Google 上的 Actions 创建,表示您 运行 在可以显示在屏幕上的设备上。它可能还会有一个名为 actions_capability_audio_output 以表明它可以说出结果。它还应包括一个名为 context 的名称,即您设置的名称。

但是为什么这些其他上下文没有设置 given-namelast-name 参数?

因为当这些上下文处于活动状态时未设置这些参数。

您不能假设参数将在第一个上下文中设置 - 您需要查找设置它们的上下文并从这些特定上下文中获取值。

参数只会出现在设置它们的上下文中。 (事实上​​ ,您可以在输出上下文中设置其他参数作为回复的一部分。)

如果有多个上下文,我如何找到包含我的参数的那个?

遍历 context 数组并查找与您期望的名称匹配的数组。然后你可以从那里得到你想要的参数。

为什么 Google 上的操作会将生命周期重置为 0?

不是。对 Google 的操作 设置了额外的上下文(你看到了其中之一),其中包含特定于 AoG 的额外信息,并且它的生命周期为 0(这意味着它将在之后被删除这一轮,但他们会在下一次通过时再次设置它)。他们将其设置为 0,因为某些上下文每次都可能发生变化(特别是支持哪些表面)。

有没有更好的方法在没有上下文的情况下做到这一点?

不尽然 - 上下文非常棒,它们是最好的解决方案。