Можем ли мы создать продукт, который позволит конечному пользователю создать диалогового бота в чате с использованием среды фрейма в собственной среде? - PullRequest
0 голосов
/ 14 января 2020

Я хочу разработать продукт, который упрощает создание диалоговых чатов с помощью Microsoft BotFramework SDK. Так как мы можем полностью создать и разместить веб-приложение на месте.

Так можем ли мы создать аналогичную вещь, используя среду фреймворка для бота в автономной среде?

Вот ссылка на Microsoft Bot Framework: https://dev.botframework.com/

Ответы [ 2 ]

1 голос
/ 14 января 2020

Действительно, вы можете создать бота полностью локально / самостоятельно, при условии, что вам не нужно подключаться к каналу, подобному командам.

Фон

По сути, боты общаются через:

User interaction with DirectLine Client (like Web Chat) ->
    DirectLine API receives data and sends to bot ->
        Bot hosted anywhere receives message

Примечание:

WebChat - это просто клиент DirectLine. Если вы хотите создать свой собственный веб-чат, вы можете клонировать репо и создать его самостоятельно. Тем не менее, все, что это делает, это делает его таким, чтобы вы могли разместить свой собственный файл webchat.js, если вы действительно хотите быть самостоятельным.

Шаги

С помните, все, что вам нужно, это:

  1. Клиент Direct Line, такой как Веб-чат (укажите domain свойство со своей конечной точкой при вызове createDirectLine ), или вы можете написать свой собственный клиент

  2. Вы владеете реализацией API DirectLine, например offline-directline ( подробнее )

  3. Где-нибудь разместить своего бота

Безопасность

При таком подходе вы не сможете использовать типичная настройка appId / пароля.

Вы можете вручную внедрить наш протокол безопасности, следуя этому документу

Даже если есть возможность вручную реализовать протокол безопасности, мы рекомендуем повторно использовать наши существующие библиотеки с открытым исходным кодом

0 голосов
/ 14 января 2020

Исходя из ответов, выложите более полный ответ здесь. Поскольку существует возможность иметь возможность подключения rnet, я бы определенно предложил создать решение в качестве «обычного» бота Bot Framework с использованием регистрации Azure Bot. Важно отметить, что для этого есть ДВА варианта - самый очевидный из них создает «регистрацию» бота, но ТАКЖЕ по умолчанию размещает его в Azure веб-приложении, стоимость которого может быть весьма значительной. ОДНАКО, есть еще один вариант, создать только "Bot Channel" регистрацию, что означает, что вы получаете бот зарегистрированный в Azure, но не обязательно hosted в Azure.

Я описал это подробнее в этом посте , и вы хотите использовать «Регистрация каналов бота» в Azure, а не «Бот веб-приложения». Затем на экране «настройки» вы можете определить, какой фактический адрес бота (см. здесь для просмотра экрана настроек).

Итак, в целом это должно помочь - в основном бот должен иметь HTTPS, inte rnet -доступную конечную точку. ОДНАКО это говорит о том, что ваши боты можно размещать в Azure функциях, а не в Azure веб-приложениях, а их стоимость на значительно дешевле (центы против долларов, особенно с низким трафиком c) , Это немного трудоемко, особенно потому, что образцы по умолчанию используют более стандартные опции, но они работают довольно хорошо.

Кстати, недавно я запустил новый блог и получил сообщение описывая кое-что из того, что я узнал о том, как работают боты, было бы неплохо узнать об этом. См. Как на самом деле работают вызовы ботов .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...