Технически такую функцию можно реализовать в отдельном сервисе. Навскидку: LLM + RAG + STT + ?. Сложности возникнут скорее в юридической плоскости.
Сомневаюсь, что надпись "РАЗРАБОТЧИК СЕРВИСА НЕ НЕСЕТ ОТВЕТСТВЕННОСТЬ ЗА РЕКОМЕНДАЦИИ ПО ПРИЕМУ ЛЕКАРСТВ!!!" в пользовательском соглашении спасет от судебных исков.
На сайте VIDAL предствалена информация (которую мы можем соскрапить) о форме выпуска и кол-ве\объеме лекарственного препарата.
Т.о. можно доработать приложение так, чтобы при добавлении нового лекарства мы выбирали кол-во таблеток\пастилок\пакетиков и могли уменьшать их кол-во на вкладке с лекарством после каждого приема.
Сервис никак не контролирует то, сколько таблеток осталось. Даже не знаю, можно ли это как-то автоматизировать... Удаление лекарственных препаратов из списков - это задача пользователя.
Для того, чтобы web-приложение работало без Telegram'a необходимо добавить в него (web-приложение) функцию авторизации (форма регистрации, ввод логина\пароля и т.д.).
Сейчас для авторизации используется id пользователя Telegram (вообще способ авторизации это одно из слабых мест этого сервиса).
После этого, нам надо будет запустить только контейнеры noip_duc, nginx_proxy, webapp.
Думаю я смогу добавить авторизацию пользователя в web-приложение в случае если оно было запущено не из Telegram. Или можете сделать это самостоятельно - код проекта открыт.
1. Я использую .wav формат. Будет ли плагин работать с .mp3 я не знаю.
2. Если кратко, то я "вырезал" логику генерации секвенции из модуля OVRLipSyncEditorModule и обернул ее (логику) в UActorComponent
Если скинешь (stendhal.syndrome.studio@gmail.com) название своего профиля на GitHub, то я смогу добавить вас в качестве "смотрящего" для репозитория LipSync.
Сможешь глянуть реализацию и предложить что-нибудь для улучшения его работы.
Если функция NPC сводится к "побеседовать за жизнь", то да - эту часть игроки будут скипать. А если игра не будет вести игрока за ручку (привет Morrowind) и детали квестов или путь до города игроку надо будет выспрашивать у NPC?
Update (02.02.2025)
Да.
Если, что - пиши ( stendhal.syndrome.studio@gmail.com )
Спасибо.
Изучаю.
Считывание информации о лекарстве через QR код потенциально улучшит опыт пользователя. Да и UI станет более лаконичным.
Спасибо за наводку.
API у "честного знака" есть.
Есть даже статья на Хабре про это.
Обдумаю.
Технически такую функцию можно реализовать в отдельном сервисе. Навскидку: LLM + RAG + STT + ?.
Сложности возникнут скорее в юридической плоскости.
Сомневаюсь, что надпись "РАЗРАБОТЧИК СЕРВИСА НЕ НЕСЕТ ОТВЕТСТВЕННОСТЬ ЗА РЕКОМЕНДАЦИИ ПО ПРИЕМУ ЛЕКАРСТВ!!!" в пользовательском соглашении спасет от судебных исков.
Но идея, безусловно, интересная.
Идея с QR (точнее со штрихкодами на упаковке) тоже приходила мне в голову.
Проблема только в том, как получить информацию. Насколько я знаю, единого реестра с открытым API для лекарств нет.
Поправьте меня если я не прав.
На сайте VIDAL предствалена информация (которую мы можем соскрапить) о форме выпуска и кол-ве\объеме лекарственного препарата.
Т.о. можно доработать приложение так, чтобы при добавлении нового лекарства мы выбирали кол-во таблеток\пастилок\пакетиков и могли уменьшать их кол-во на вкладке с лекарством после каждого приема.
Привет.
Сервис никак не контролирует то, сколько таблеток осталось.
Даже не знаю, можно ли это как-то автоматизировать...
Удаление лекарственных препаратов из списков - это задача пользователя.
Делитесь идеями если что...
Привет.
Для того, чтобы web-приложение работало без Telegram'a необходимо добавить в него (web-приложение) функцию авторизации (форма регистрации, ввод логина\пароля и т.д.).
Сейчас для авторизации используется id пользователя Telegram (вообще способ авторизации это одно из слабых мест этого сервиса).
После этого, нам надо будет запустить только контейнеры noip_duc, nginx_proxy, webapp.
Думаю я смогу добавить авторизацию пользователя в web-приложение в случае если оно было запущено не из Telegram. Или можете сделать это самостоятельно - код проекта открыт.
Я просто оставлю это здесь...
"То это окажется никому не нужным кроме полутора гиков." (с)
*Смотрит на продажи Farming simulator\Train simulator*
Как по мне, проблема не в технологии, а в том, что пока никто толком не знает как ее (технологию) использовать.
Ряд студий уже даже релизит игры с подобным стэком технологий (s2t, t2s, llm).
Нам нужны кодзимы с нестандартным мышлением, чтобы изобрести новый жанр...
Логично.
Если мы генерируем ответы на запросы пользователя, то и сами запросы можно генерировать ограничивая контекст, чтобы игрок не выходил из роли.
Т.о. работа сценаристов сводится к определению общего контекста, а LLM генерирует детали.
...правда голосовой интерфейс при таком сценарии по-прежнему не нужен.
1. Я использую .wav формат. Будет ли плагин работать с .mp3 я не знаю.
2. Если кратко, то я "вырезал" логику генерации секвенции из модуля OVRLipSyncEditorModule и обернул ее (логику) в UActorComponent
Если скинешь (stendhal.syndrome.studio@gmail.com) название своего профиля на GitHub, то я смогу добавить вас в качестве "смотрящего" для репозитория LipSync.
Сможешь глянуть реализацию и предложить что-нибудь для улучшения его работы.
Отчасти соглашусь.
Использовать клавиатуру удобнее чем голосовой ввод (привет людям отправляющим аудио сообщения в Телеграмм).
Но что если клавиатуры нет или ее неудобно использовать? Я про VR разумеется...
Хм. Хорошая песочница для экспериментов. Спасибо.
@SparkyJoyteon прав. Эта проблема решается различными триггерами\проверками.
Но даже если игрок таким образом уговорит NPC, то ничего страшного - награда заслужена. Игрок просто прокачал навык обмана\убеждения...
Звучит здраво. Обдумываю.
Если функция NPC сводится к "побеседовать за жизнь", то да - эту часть игроки будут скипать.
А если игра не будет вести игрока за ручку (привет Morrowind) и детали квестов или путь до города игроку надо будет выспрашивать у NPC?
Да, мне тоже интересно.
В какой-то мере на этот вопрос ответ дали в этой статье - https://habr.com/ru/companies/cloud4y/articles/806801/
Признаться я опубликовал эту статью, в том числе, в надежде, что кто-нибудь подкинет идею-другую...