SL
А так по модерацию не знаю :(
Спасибо, пока подключать внешние источники не можем.
Я написал в саппорт, в ожидании ответа :)
Size: a a a
2018 December 25
EP
Добрый день!
Подскажите, пройдет ли модерацию навык со сложной структурой запроса, а-ля "закажи такси с улицы 1 на улицу 2 на 10 часов"? И пока не получим от клиента всех данных в таком виде - просить повторить запрос.
Не хочется пока городить стейты и сохранять состояние
Подскажите, пройдет ли модерацию навык со сложной структурой запроса, а-ля "закажи такси с улицы 1 на улицу 2 на 10 часов"? И пока не получим от клиента всех данных в таком виде - просить повторить запрос.
Не хочется пока городить стейты и сохранять состояние
а NER смотрели? Мы же в уже распарсеном виде отдаем для таких случаев
IK
а NER смотрели? Мы же в уже распарсеном виде отдаем для таких случаев
Да, это знаем. Просто навык получается не вот прям юзер-френдли на первом этапе, хотелось уточнить у модераторов, как они будут проверять
A
Да, это знаем. Просто навык получается не вот прям юзер-френдли на первом этапе, хотелось уточнить у модераторов, как они будут проверять
Что сами пользователи проигнорят такой навык, не боитесь?
IK
Готовы смириться
VB
а NER смотрели? Мы же в уже распарсеном виде отдаем для таких случаев
A
а NER смотрели? Мы же в уже распарсеном виде отдаем для таких случаев
Проверил сейчас, как тегирование справится с такой длинной "колбасой" запроса. Не очень справилось. С номером дома глюки.
A
Готовы смириться
А что насчёт проверки запроса на валидность? Чем больше сведений в одной фразе, тем сложнее разбор (выделить и отдельно провалидировать два адреса и время). Или вы просто примете в необработанном виде, и пользователю кивнете, мол, молодец, заказано?
IK
А что насчёт проверки запроса на валидность? Чем больше сведений в одной фразе, тем сложнее разбор (выделить и отдельно провалидировать два адреса и время). Или вы просто примете в необработанном виде, и пользователю кивнете, мол, молодец, заказано?
Валидность будет дополнительно проверяться нами. Пользователю лишнего и не нужного не назначим
IK
Проверил сейчас, как тегирование справится с такой длинной "колбасой" запроса. Не очень справилось. С номером дома глюки.
А вот это уже интереснее, надо будет создавать тогда и проверять. Спасибо
A
Валидность будет дополнительно проверяться нами. Пользователю лишнего и не нужного не назначим
Т.е. будет примерно так навык работать:
- назовите одной фразой адрес отправления, адрес прибытия, и время отправления.
- Мельницкий 10, Кожевническая 11, сейчас
- спасибо, заказ принят
(конец сценария)?
А потом вы думаете - кому звонить? Кто заказал? Мельницкий переулок или проезд?)
Мне кажется, что колбасой единичного запроса не обойтись, и нужен нормальный навык
- назовите одной фразой адрес отправления, адрес прибытия, и время отправления.
- Мельницкий 10, Кожевническая 11, сейчас
- спасибо, заказ принят
(конец сценария)?
А потом вы думаете - кому звонить? Кто заказал? Мельницкий переулок или проезд?)
Мне кажется, что колбасой единичного запроса не обойтись, и нужен нормальный навык
IK
Нет, будет ссылка на выдачу такси 👹
A
Нет, будет ссылка на выдачу такси 👹
Т.е. Конкурент может обрушить ваш сервис, наняв сотню детей, которые закажут ваши машины на произвольные адреса (во Внуково), без указания своего мобильного?
A
Нет, будет ссылка на выдачу такси 👹
И да, вопрос валидации адресов это не снимет
IK
Такси это просто как пример, сервис не про такси. Бизнес логика сложнее, и конечное "такси" будет уже заказываться верифицированными пользователями
IK
Сейчас, с помощью диалогов, хотим снять пользователя с 2-3 шагов, чтобы он сразу попадал на 4ый
A
Такси это просто как пример, сервис не про такси. Бизнес логика сложнее, и конечное "такси" будет уже заказываться верифицированными пользователями
Ну если задача и тематика под секретом, то и рассуждать не о чем)
AL
Посмотрите на томиту
AL
Или на dialogflow