Можно ли загрузить рабочую область через rest api в службу разговоров watson?

Question

Я создал ~ 100 намерений в службе беседы на Bluemix, импортировав их из csv. Хорошо. Теперь мне нужно создать для них диалоги. Я могу сделать это из административной панели службы, но это утомительная задача. Я мог бы легко автоматизировать задачу, если бы мог определить их в Json и загрузить ее через REST API или через служебную панель (например, для намерений). Я не вижу возможности, поэтому вопрос: есть ли API, который я могу использовать для загрузки определения диалогов? Благодарю.

Answer 1

Вы можете загрузить рабочее пространство json через служебную панель (рядом с кнопкой «Создать» на странице «Рабочие пространства» есть значок загрузки), чтобы вы могли определять диалоги непосредственно в рабочей области json.

В настоящее время нет возможности автоматически загружать рабочую область через API. Есть только один способ отправки ввода, как показано в the API docs.

Answer 2

Я использую Беседовую службу более года и то, что я видел до сих пор , нет пути, чтобы загружать только диалоговое окно в рабочее пространство службы беседы без импорта всего рабочего пространства. Но вы можете импортировать новое рабочее пространство в службу беседы, если вы загрузили любое старое рабочее пространство. Этот файл будет в формате .json, и он будет иметь все намерения, сущности и записи Dialog.

Теперь, возвращаясь к вашему вопросу, в отличие от Intent и Entity, создание Диалога через .CSV или .JSON-файл не так просто. Вот Разговор начинается узел рабочей области в формате json.

{ 
    "go_to": null, 
    "title": "Conversation Start", 
    "output": { 
     "text": { 
      "values": ["Hello $username! How can I help you today?"], 
      "selection_policy": "sequential" 
     } 
    }, 
    "parent": null, 
    "context": null, 
    "created": "2017-06-19T05:39:17.433Z", 
    "updated": "2017-06-19T05:40:51.102Z", 
    "metadata": null, 
    "conditions": "conversation_start", 
    "description": null, 
    "dialog_node": "Conversation Start", 
    "previous_sibling": null 
} 

$ имя пользователя является параметр контекста

Как вы можете видеть, что это не так просто, чтобы сформировать его должным образом. Одна небольшая ошибка при упоминании dialog_node или previous_sibling и поток будет изменен. Я думаю, что это, вероятно, почему они не предоставили опцию импорта для Dialog. Будем надеяться, что IBM сделает этот процесс немного проще в будущем.