Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 1092 сообщений
Cообщения с меткой

боты - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

Как bot-to-bot в ближайшее время может заменить API-интерфейсы

Среда, 29 Июня 2016 г. 18:39 (ссылка)

К настоящему времени стало понятно, что боты будут вызывать значительные системные изменения в обслуживании клиентов, электронной коммерции и, по-правде говоря, во всех аспектах взаимодействия программного обеспечения с человеком. Нынешнее состояние ботов — бот-к-потребителю, оно означает, что боты общаются с людьми. Но в ближайшее время они начнут говорить не с нами, а с другими ботами. Начинается новая эра bot-to-bot.







Представьте, что боту — для удобства назовем ее Энни — нужно ответить на вопрос клиента. Но информации из ее собственных систем серверов недостаточно. Тогда Энни использует свой искусственный интеллект и спонтанно решает обратиться к другому боту для того, чтобы найти нужные ответы. Она получает информацию и передает клиенту.



Смерть API?



На сегодня, когда две системы программного обеспечения могут говорить друг с другом, разработчикам ПО необходимо осуществить интеграцию с использованием API (интерфейсы программирования приложений). Этот процесс отнимает много времени. Вот почему за последние несколько лет стали популярны такие услуги, как Zapier, Scribe и FTT. Они обеспечивают исключительные интерфейсы для сотен приложений, позволяя Вам присоединить, например, Вашу систему CRM к инструментами рассылки или платформой аналитики.



Однако, в эпоху bot-to-bot программные приложения могут говорить с системами друг друга, независимо от того имеют ли они существующую интеграцию API. Конечно, общение bot-to-bot не будет использовать обмен большим количеством данных, но оно создаст специальную связь между, например, пользовательским банковским программным обеспечением и интернет-магазином. Банковское ПО может поговорить с ботом интернет-магазина и попросить потерянный счет: «Моему клиенту нужен счет для заказа 45678, можете ли Вы предоставить его?».



Большой финал: bot-to-bot-to-consume



Красотой общения bot-to-bot является то, что оно будет происходить на простом английском языке; это будет разговор, который сможет понять каждый человек. При условии, что все разговоры между моим ботом Энни и другими ботами попадают в архив, я смогу вернуться и посмотреть, как они пришли к определенному выводу. В моем банковском примере, когда счет остается потерянным, я могу нажать на кнопку «подробнее» и открыть разговор Энни с интернет-магазином.



Но дальше все еще интереснее. Если мой бот зашел в тупик в разговоре с другим ботом, она может позвать меня на помощь: «Привет, это Энни, твой финансовый бот. Я разговариваю с поставщиком, но у меня возникают некоторые трудности в понимании того, что он мне говорит». Я могу присоединиться — конечно, если у меня есть несколько свободных часов (поскольку терпение ботов неограниченно) и перефразировать вопрос Энни, чтобы получить ответ от другого бота. Далее Энни может продолжать разговор и управлять моими делами.



Семантическая паутина



Разве мы не говорили 10 лет назад о присоединении одного онлайн сервиса к другому? Как оно называлось? Правильно, семантическая паутина. Каждый веб-сайт собирался быть аннотированным с использованием стандартных форматов данных, позволяя другим сервисам сканировать эти данные и использовать их в своей бизнес-логике. Я считаю, что боты будут выполнять подобное в ближайшие 3-5 лет и это означает, что все данные будут равномерно отформатированы. Вместо них боты продемонстрируют онлайн сервисы и данные на простом английском языке, позволяя людям и другим ботам взаимодействовать, даже если они ранее никогда не общались.



Созыв всех разработчиков программного обеспечения



Итак, разработчики программного обеспечения, когда Вы разрабатываете Вашу платформу для электронной коммерции, онлайн маркетинга, финансов, системы ERP (планирование ресурсов предприятия) или любого другого программного решения, пожалуйста, подумайте о реализации смарт-бот, кроме вашего традиционного API интерфейса.



Ссылка на оригинал статья
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/262539/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Разрабатываем погодного бота в среде IBM Bluemix на основе Facebook

Понедельник, 20 Июня 2016 г. 13:43 (ссылка)

На что обратить внимание в первую очередь при разработке собственного бота?







Чат-ботами сейчас никого не удивишь. Они стали массово появляться в различных сервисах и мессенджерах. Основные социальные платформы постепенно вводят возможность разработки собственных ботов, что стимулирует сторонних разработчиков. Они предлагают все больше ботов, полезных и разных. Некоторые боты позволяют проверять баланс своего счета в банке, другие — помогают совершить покупку или заказать столик в ресторане.



Почему боты стали такими популярными? Это довольно сложный вопрос. Вероятно, основная причина — огромное количество приложений в различных маркетах. Разработчик (частное лицо или компания) должны потратить множество времени и сил на раскрутку приложения. Их уже миллионы, приложений, и с каждым днем число программ увеличивается. Но выход есть — это как раз боты. Сейчас их гораздо меньше, чем мобильных приложений, и если создать интересного бота, он может стать популярным в считанные дни, если не часы. Пользователи любят ботов — ведь они очень удобны, в большинстве случаев. На что обратить внимание при создании собственного бота? Как выглядит процесс его создания? Обо всем этом давайте поговорим прямо сейчас.



Что нужно учитывать при создании своего бота?



• Качество взаимодействия– то, как происходит взаимодействие пользователя с ботом, определяет его успешность. Вариации диалога должны быть насыщенны и достаточно полезны. Бот, который не понимает немного перефразированный запрос, будет выглядеть нелепо. IBM Watson, например, доказал, что обучаемые чат-боты можно применить для победы над обычными участниками таких игровых шоу, как «Своя игра», основанных на знаниях. Так как естественный язык Watson и его вариации диалогов можно найти на платформе IBM Bluemix, вы можете использовать их для вашего бота. Вашему боту не обязательно проходить тест Тьюринга. Банковские приложения, например, имеют определённый набор вещей, которые они могут сделать. Так что не стоит создавать излишне перегруженный бот, который будет пытаться отвечать на открытые вопросы вроде «Как мне разбогатеть?»



• Независимость от платформ по обмену сообщениями – Эта область переменчива; сложно сказать, какими будут через год предпочтения вашей целевой аудитории в плане мессенджеров. По возможности, создавайте боты, не завязанные на конкретный мессенджер.



• Архитектура – чтобы ваш бот был динамичен и позволял пользователю успешно выполнить поставленную задачу, он должен чётко работать с другими службами облака и предыдущими наработками. Убедитесь, что вы пользуетесь технологией, которая легко позволяет хранить и получать доступ к информации и не подведёт при растущем потоке пользователей. Боты – это больше чем чат, убедитесь, что вы можете сформулировать и реализовать логику вашего бизнеса максимально гибко и при этом измеримо.



• Думайте стратегически – боты — это не просто ещё одна функция. У них есть потенциал для переосмысления существующей концепции мобильных технологий и начала новой эры – Эры после приложений the post-app era.



С чего начать?



Для того, чтобы показать, насколько прост процесс создания собственного бота на основе IBM Bluemix, мы предлагаем прямо сейчас заняться разработкой погодного бота для мессенджера Facebook. Учиться будем прямо в процессе создания бота.



Итак, наше приложение-бот будет модульным, и состоять из четырех блоков-модулей. Основной модуль — Broker, он обеспечивает взаимосвязь нашего бота с Messaging Platform. В нашем примере связь идет только с Facebook Messenger, но спектр взаимодействия бота с различными платформами можно и расширить.







Weather App — модуль, который отвечает за интерпретацию текстового запроса и формулирование ответа. Погода в нашем случае — просто пример. Информация может быть и финансовой, касаться шопинга, продуктов, и т.п.



Работу модуля Weather App обеспечивает облачная платформа Bluemix. Эта платформа — продукт нашей компании, это ясно. Но мы выбрали ее не только потому, что это разработка IBM, но и потому, что Bluemix — действительно позволяет много чего сделать. Вот основные достоинства системы:



Качество взаимодействия. Благодаря IBM Watson, Bluemix позволяет разработчику использовать инструмент анализа речи и формирования диалогов. Сейчас эти сервисы доступны в IBM Bluemix, так что они доступны всем без исключения пользователям платформы.



Независимость от платформы мессенджера. Если выбрать одну какую-то платформу (тот же Facebook) и создать бота на ее основе, то бот будет жестко привязан к этой платформе. А Bluemix позволяет создать независимый сервис, который не будет зависеть от капризов владельцев платформы мессенджера.



Связность с другими облачными платформами и сервисами. Bluemix предлагает возможность связать бота с другими облачными сервисами — было бы желание.



А теперь — приступаем к разработке



Что требуется?

• Аккаунт Bluemix для разработчика;

• Аккаунт Facebook для бота;



Конфигурируем страницу Facebook и приложение

• Со страницы выбранного аккаунта выбираем в меню «Create a New Page»;

• Выбираем «Cause or Community», вводим имя и кликаем «Get Started»;

• Со своей страницы Facebook for Developers выбираем My Apps / Create a New App и нажимаем ‘basic setup’;

• Вводим нужные данные и нажимаем «Create App ID»;



С Facebook пока все — приступаем к настройке аккаунта в Bluemix.

• Из панели Bluemix выбираем ‘Cloud Foundry App’ -> ‘Create App’;

• Выбираем «Web»->‘SDK for Node.JS’;

• Нажимаем «Continue» и вводим название приложения;

• Выбираем «Download Starter Code» и указываем место для загрузки;

• Открываем файл app.js и заменяем дефолтный код вот этим кодом с GitHub;

• Открываем файл package.json и под dependencies вносим следующие изменения:

“body-parser”: “^1.15,0”,

“express”: “^4.13.4”,

“request”: “2.72.0”

• Для запуска Broker App to Bluemix используем следующую команду: ‘cf push using manifest file path/manifest.yml, заменив «path» путем к нашему файлу.



Подключаем приложение Facebook к своему приложению Broker App:

• На странице Facebook Developer под «Webhooks» выбираем New Subscription / Page;

• Под "‘Callback URL" заполняем Broker App URL. Найти это можно сразу под названием приложения







• Затем в ‘Verify Token’ заполняем токен, заданный в Broker App (в нашем примере это ‘mySecretAccessToken’);

• В ‘Subscription Fields’, выбираем messages, message_deliveries, messaging_options и messaging_postbacks;

• Для получения токена доступа Facebook нажимаем ‘Messenger’ и ‘Get Started’. Выбираем созданную ранее страницу, «okay», копируем сгенерированный Page Access Token;

• Теперь используем Terminal и выполняем следующую команду: curl -ik -X POST “Facebook_access_token_goes_here”;

• Снова открываем app.js и применяем токе Facebook в token var;

• Запускаем Broker App в Bluemix, как было указано выше.



Создаем Weather App в Bluemix

• В среде Bluemix выбираем AlchemyAPI, Insights for Weather, и Natural Language Classifier, которые необходимо привязать к нашему приложению;

• Мы уже научили Watson Natural Language Classifier понимать вопросы о погоде. Он может отличить вопрос о самой погоде от простого вопроса о температуре. Вот здесь рассказывается, как можно обучить собственный классификатор;

• После того, как вы обработали собственный классификатор, должен появиться id;

• Теперь качаем начальный код для своего приложения Node.js;

• Открываем файл app.js и заменяем пример кода вот этим примером с GitHub;

• Вставляем свой id, полученный пару пунктов выше;

• Открываем package.json и в dependencies вносим следующие изменения:

«JSON»: "^1.0.0",

«body-parser»: "^1.15.0",

«cfenv»: "^1.0.3",

«express»: "^4.13.4",

«node-geocoder»: "^3.9.1",

«request»: "^2.71.0",

«watson-developer-cloud»: "^1.4.1"




Запускаем Weather App в Bluemix



Подключаем Broker App к Weather App



• Открываем app.js приложения Broker;

• Ищем вот такой код:

request(«whatistheweather.mybluemix.net/getWeather?text=» + text, function (error, response, body)

• Заменяем URL на URl своего Weather app;

• Запускаем Weather App в Bluemix.



Заработало? Отлично. Если хотите больше информации по этой тематике, то обратите внимание: 23 июня пройдет бесплатный онлайн-семинар по Bluemix, на котором наш специалист Тимур Маркунин покажет, как создать ботов-переводчиков и ответит на самые насущные вопросы. Зарегистрироваться можно здесь.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/303666/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Чатботы: массовая истерия

Понедельник, 16 Мая 2016 г. 15:29 (ссылка)


Bots… Bots everywhere





Heather Rice Photography



Только ленивый сегодня не слышал, что чатботы — это будущее, а мобильные приложения скоро вымрут как динозавры. Все IT-издания возвещают о новой эпохе, а открытие магазина ботов для FB-мессенджера вообще обещало стать «самым значимым событием после открытия App Store». Похоже, пока не стало.



СМИ настолько убедительны, что невольно начинаешь задумываться о том, что надо бы уже отвыкать от красивого дизайна и полностью перемещаться в текстовую среду, где, конечно же, и одежду купить, и к доктору записаться, и деньги на другую карточку перевести будет гораздо проще.

Терзают меня смутные сомнения: почему же нажимать кнопочки в телеграме или тем более вводить "/show menu", "/choose pepperoni" — это удобнее, чем пользоваться сайтами? Понятно, что со временем платформы будут давать больше возможностей, появятся даже какие-то зачатки дизайна, но действительно ли боты убьют приложения?

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

Читать дальше →

https://habrahabr.ru/post/300872/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lazy_Mary

лирушники! вопрос!

Воскресенье, 10 Апреля 2016 г. 14:36 (ссылка)


Нмкто не знает, как с ботами поступать выгоднее?

Оставить их в коментах, чтоб и дальше словоизвергались?

Стереть все коменты и забанить?

Или еще и побеседовать для развития своего блога?



Я им. в виду вот этих двоих:



севчанин-это предыдущий я  и  Имперский штурмовик



Кто-нить с ними сталкивался?

Метки:   Комментарии (7)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Время, деньги и фан в ММО

Среда, 06 Апреля 2016 г. 21:22 (ссылка)



Наводил у себя в голове порядок, размышляя об организации игрового процесса, монетизации, ботоводстве и некоторых других вещах, и пришёл к интересной концепции. Наверняка она где-то уже озвучивалась, но я всё равно ею поделюсь.



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



В итоге, геймдизайн строится вокруг управления коэффициентом преобразования времени в фан. Если коэффициент слишком низкий — игрок начинает скучать и бросает играть. Если слишком высокий — игроки пресыщаются и забрасывают игру.



Монетизация



Пока что в нашей модели нет денежной составляющей. В идеальном мире её и не было бы: идеальные разработчики питались бы воздухом и сугубо из альтруистических соображений делали игры. К сожалению это не так: нам нужны деньги наших игроков :-D



Деньги, как и время, — один из ресурсов, которые игрок может менять на фан. В итоге наша схема немного усложняется.



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



Управляя долей денег в фане и тем, за что их берём, мы получаем разные модели монетизации:




  • Free — игра перерабатывает время игрока в 100% необходимого фана.

  • Pay-to-Play — игра перерабатывает время игрока в 100% необходимого фана, но мы берём деньги за возможность передавать само время игре.

  • Free-to-Play — игра перерабатывает время игрока в недостаточное количество фана (<100%), недостаток фана докупается (и теперь я понял, за что так не люблю эту модель).



Во Free-to-Play моделях мы можем гибко настраивать монетизацию, выбирая какой конкретно фан отдавать за деньги, а какой за время, например:




  • Pay-to-win — за деньги отдаётся фан для нагибаторов.

  • Pay-for-content — за деньги отдаётся фан для условных потребителей контента.



Теоретически, можно создать плавающее соотношение между тратой денег и времени: хочешь тратить меньше времени, плати больше денег и наоборот.



Мошенничество



В идеальном мире описанная схема должна неплохо работать. Но есть нюанс. Игроки не заинтересованы отдавать свои ресурсы за фан. Идеальный для них случай — фан здесь, сейчас, без траты денег и времени. Поэтому, если есть возможность тратить меньше ресурсов, они ей воспользуются.



В этот момент появляются различные схемы мошенничества: от читерства до использования ботов и торговли игровыми сущностями в обход разработчиков. Борются с ним по-разному, но в основном симптоматично. На мой взгляд, в ввиду естественных эволюционных причин своего возникновения, бороться со следствиями этого явления смысла нет, нужно пресекать его причины.



Рассмотрим варианты мошенничества:




  • Полное исключение трат ресурсов — читерство. Игроки ломают игру так, чтобы получать фан на своих условиях.

  • Трата меньшего количества денег — чёрный рынок игровых сущностей и услуг. Игроки находят способ тратить деньги с большим коэффициентом преобразования их в фан, чем предлагает игра. Например, покупая дешёвое время других игроков.

  • Трата меньшего количества времени — автоматизация. Игроки находят способ сокращать затрачиваемое на игру время, оставляя неизменным количество получаемого фана. Например, автоматизируют рутинные операции, чтобы заниматься только «интересными» вещами.



Механизмы борьбы с читерством давно известны и зависят, в основном, от воли и возможностей разработчиков.



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



А вот общего подхода для борьбы с автоматизацией нет. Почему и как с ней жить обсудим далее.



Автоматизация



Прелесть автоматизации в том, что с точки зрения механики игры она абсолютно легальна. Некоторая внешняя по отношению к игре сущность тратит своё время в обмен на прогресс в игре. Определить на 100% кто по ту сторону игры: человек или бот — невозможно в принципе.



Статистический анализ



Теоретически, в этом случае неплохо показал бы себя статистический анализ, но о его значимых успехах в этой области я пока не слышал. И этому есть несколько причин:




  1. Подобные решения не переносятся между играми.

  2. Анализ требует большей квалификации разработчиков.

  3. Анализ требует и больше ресурсов компании.

  4. Начинается непрекращающуюся гонка между разработчиками и мошенниками, в которой мошенники всегда на шаг впереди.

  5. На некоторые механики этот подход вообще не ложится, например, на ZPG.



К тому же сейчас идёт очередной бум развития ИИ и есть ненулевая вероятность, что отличить поведение бота от человека станет невозможно. Игровой мир — не такая уж сложная штука.



Огораживание геймплея



Ещё один способ бороться с автоматизацией — ограничения в геймдизайне, делающие ботоводство малополезным.



Ограничение скорости накопления игровых ресурсов. Введение предела получения опыта, денег и предметов в единицу времени. Ограничение количества взаимодействий с другими игроками. И так далее. Чтобы стало «физически» невозможно сойти с запланированного разработчиками пути.



Отличный пример — Clash Royal — как бы много игрок не играл, получить преимущество перед другими игроками он не сможет (не потратив денег), поскольку новые карты он получает со строго фиксированной скоростью.



Недостаток этого подхода происходит из тех же ограничений: они сильно сокращают простор для манёвра геймдизайнера, равно как и ставят непреодолимые барьеры для игроков, выпадающих из понятия «среднего игрока».



Кроме того, он обеспечивает расслоение игроков в зависимости от времени начала игры — догнать по развитию (если оно предусмотрено) более старого игрока, тратя только время, становится очень сложно. Разницу в потраченном времени приходится компенсировать деньгами.



Разрыв связи фана с потраченным временем



Если получение фана не зависит от потраченного на игру времени, то и автоматизировать особо нечего.



Примером могут служить некоторые moba (Dota, HotS), в которых результат игр зависит только от мастерства игроков и не зависит от нафармленных в предыдущих сессиях опыта/шмоток.



Подход хорош, но применим не для всех механик и усложняет монетизацию (хотя и делает её этичнее).



Неавтоматизиуремый геймплей



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



Примером могут быть шахматы (лет 20 назад) или го (сейчас).



Более жизненный пример — сложные rts и tbs — StarCraft, HoMM3 (и нет других версий кроме 3-ей). На сколько я знаю, в StarCraft 2 реализован честный ИИ, но одно дело реализовать его разработчикам старика, другое дело — внешним людям.



Как и статистический анализ, с развитием технологий этот способ может отмереть полностью.



В итоге



Надеюсь, описанная концепция будет полезна при проектировании механик игр, монетизации и принятия технических решений.



Есть вероятность, что я упустил какие-либо подходы или нюансы — пишите в комментариях — с радостью добавлю в статью.



Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/281100/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
SKELET-info

Ложкин по указу Порошенко увольняет блоггеров Банковой из-за оффшорного скандала

Среда, 06 Апреля 2016 г. 13:00 (ссылка)


Блоггеров Банковой, которые «отбеливали» имидж Петра Порошенко, увольняют. Об этом пишет ИНФОРМАТОР, ссылаясь на собственный источник в Кабмине.



Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<боты - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda