Ошибка в Google Assistant при отсутствии ошибки в Dialogflow

Я не самый большой специалист по PHP, но я немного им пользовался. Я думаю, ваша проблема в том, что Dialogflow интерпретирует ваш результат не как JSON, а как простую строку.

Из ошибки вижу:

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

Предполагая, что ваш ответ - действительный JSON, вам может потребоваться вручную сообщить Dialogflow, что ответ должен быть интерпретируется как JSON.

Кажется, что вы уже делаете это в верхней части своего ответа PHP, но, возможно, вам следует убедиться, что в ответе JSON нет ничего необычного, что могло бы вызвать указанную выше ошибку.

- ОТВЕТЬ НА МОЙ ЗАПИСЬ ПЕРЕД ОБНОВЛЕНИЕМ -

Наконец, я обнаружил, что получаю ошибку Expected BEGIN_OBJECT but was STRING at line 2 column 1 path $., если не закомментирую эти строки в исходном коде:

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

Если я закомментирую эти две строки, то я не получу никакой ошибки, но окончательный ответ будет таким, что «живет в Лос-Анджелесе», а «Джон живет в Нью-Йорке» - это полный / правильный ответ. Очевидно, что комментирование этих двух строк на самом деле не решает мою проблему. Эта проблема возникает из-за того, что по какой-то причине Google Assistant не распознает контекст, определенный для намерений Names и Location_context, в то время как Dialogflow правильно его распознает. Из-за этого $first_name и $last_name даже не указаны во втором вопросе («Где он живет?»), И поэтому я получаю неполный / неправильный ответ на этот вопрос.

ДЛЯ ОБНОВЛЕННОГО ИЗЛОЖЕНИЯ МОЕЙ ПРОБЛЕМЫ ПОЖАЛУЙСТА, СМОТРИТЕ МОЙ ОТредактированный пост ВЫШЕ.

- ОТВЕТ НА МОЙ ЗАПИСЬ ПОСЛЕ ОБНОВЛЕНИЯ -

Я могу решить свою проблему, если добавлю следующие два параметра в намерение Location_context:

• имена параметров: имя-имя, фамилия.
• сущности: @ sys.given-name, @ sys.last-name.
• значение: # context.given-name, # context.last-name.

Поэтому я по существу передаю значение параметров given-name и last-name из намерения Names в намерение Location_context.

Если я сделаю это, то ветвь contexts ответа json во втором вопросе в Google Assistant, похоже, станет такой:

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

(Опять же, я не могу напрямую проверить вывод json из Google Assistant, но я просто провожу несколько тестов, чтобы понять формат и содержимое ответа json от него)

Таким образом, я могу получить полное имя человека через свой PHP-скрипт и получить правильный ответ («Джон живет в Нью-Йорке») на второй вопрос («Где он живет?»).

Однако мне все еще интересно, почему это необходимо делать, когда в Dialogflow это делается без добавления каких-либо параметров в намерение Location_context ...

Также я не уверен, что таким образом Google Assistant распознает контекст между двумя намерениями, поскольку lifespan снова равен 0 (хотя я получаю то, что хочу получить) ...

Помимо ваших вопросов, здесь много всего происходит. Попробуем разбить их по крупицам.

Почему изначально я получал ошибки в ответе?

Потому что ini_set('display_errors', 'on'); отправляет любые ошибки на стандартный вывод, который вы отправляете обратно в Dialogflow. Парсер Dialogflow, который отправляет данные в Google, был строгим, поэтому дополнительный вывод здесь вызывал проблемы.

Как я могу увидеть, что происходит?

Вы должны регистрировать вещи, используя что-то вроде журнал ошибок(). Это запишет в файл все, что вы хотите, чтобы вы могли видеть точный JSON, полученный из Dialogflow, и именно то, что, по вашему мнению, вы отправляете обратно.

Вы можете использовать это с чем-то вроде

error_log( $request_body );

чтобы точно узнать, какой JSON был отправлен из Dialogflow. Это зарегистрирует тело в системном журнале ошибок (который, вероятно, является HTTP error_log, если вы не установите его в другом месте), чтобы вы могли изучить его и увидеть отправленный вам все.

Хорошо, я вижу, что происходит. Чем отличается JSON?

Потому что в Actions on Google есть дополнительная информация, чем та, которую можно получить через других агентов. Они отправляются вам таким же образом (или должны быть), но их будет больше. Например, вы увидите объект originalRequest, доставленный через JSON.

Однако вся ожидаемая информация должна быть там. Просто больше.

Почему я не могу увидеть, что Dialogflow получает от моего веб-перехватчика, прежде чем изменить данные для отправки в Actions on Google?

Хороший вопрос. Иногда это происходит на вкладке «Отладка» в «agentToAssistantDebug», но не всегда. Вам нужно будет использовать другие инструменты, чтобы точно знать, на что вы отвечаете в рамках тестовой инфраструктуры.

Почему я не получаю контекст context с помощью Actions on Google?

На самом деле вы не опубликовали доказательств того, что это не так. Все, что вы показали, это то, что context[0] не назван «контекст». Вы должны зарегистрировать весь массив context, чтобы увидеть их все с чем-то вроде

error_log( $json->result->context );

Вы увидите, что установлено множество контекстов. Сюда входит один с именем actions_capability_screen_output, который создается Actions on Google, чтобы указать, что вы работаете на устройстве, которое может отображаться на экране. Вероятно, он также будет иметь имя actions_capability_audio_output, чтобы указать, что он может озвучивать результат. Он также должен включать один с именем context, который вы установили.

Но почему в этих других контекстах не установлены параметры given-name и last-name?

Потому что эти параметры не были установлены, когда эти контексты были активны.

Вы не можете просто предположить, что параметры будут установлены в первом контексте - вам нужно будет найти контекст, в котором вы их установили, и получить значение из этих конкретных контекстов.

Параметры будут только в тех контекстах, где они установлены. (Фактически, вы можете установить дополнительные параметры в контексте вывода как часть своего ответа.)

Если существует более одного контекста, как мне найти тот, который содержит мои параметры?

Прокрутите массив context и найдите тот, который соответствует ожидаемому имени. Затем вы можете получить оттуда нужные параметры.

Почему Actions on Google сбрасывает срок жизни до 0?

Это не так. Действия в Google делает устанавливают дополнительные контексты (которые вы видите в одном из), которые содержат дополнительную информацию, относящуюся к AoG, и имеют срок жизни 0 (то есть он будет удален после этого раунда, но они просто установят его снова в следующий раз. через). Они устанавливают его на 0, потому что некоторые контексты могут изменяться каждый раз (в частности, какие поверхности поддерживаются).

Есть ли лучший способ сделать это без контекстов?

Не совсем - контексты довольно хороши, и они лучшее решение для этого.