user8105112

А ещё выясняется, что несколько друзей на альфа тесте - это хорошо. А дальше что? И ты начинаешь изучать маркетинговые стратегии: покупать ли рекламу? нанять ли маркетолога? а куда лить трафик? а у меня лендинга нет... и вообще ничего нет.

Допустим, выбираешь стратегию Build in public, популярную среди indie game developers и требующую 0 денежных затрат. Опять выбор: телеграм? инста? twitter? блог? А на какую аудиторию, вообще? А то твоя аудитория? Окей, пусть будет телега. А как туда попадут люди? Всем знакомым ты уже рассказал, 10 человек подписалось. Дальше-то что? Как весь мир узнает, что ты что-то там крутое создаёшь? Ну... статьи, как вариант - на тех или иных площадках. Комменты в саб-реддитах.

Но это трафик только в канал разработки. Там будут и потенциальные клиенты, и те, кому просто интересна техническая сторона вопроса. А куда всё-таки сажать потенциальных клиентов? Ну, допустим, лендинг надо. А как показать, что ты делаешь, если у тебя весь UI - это телега с текстом? Хм. Нужен арт-бук - как для книжек делают. И какое-то красивое, завораживающее, многообещающее описание.

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

Но всё это ерунда. Потому что тебе надо поскорее перепилить архитектуру и решить: либо ты опять выкладываешь на тест костыли и велосипеды (но быстро получаешь фидбэк), либо берёшь ещё месяц на реализацию ещё 3-5 очень нужных фич, чтобы было не так лажово (но люди-то ждут чего-то пощупать поскорее!).

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

Непросто, что я могу сказать. Но чертовски интересно :)

О своём соло приключении я рассказываю вот тут.

И всё же играть с ИИ можно (простейшая реализация), если забрать у него память и математику. Однако если в центре такой системы стоит одна-единственная LLM, она не справится: просто не сможет сопоставить действия игрока со всеми механиками, сделать все нужные проверки и т.д. Захлебнётся, даже если у неё контекстное окно на 1М токенов. И никакой чёрный пояс по промпт инженирингу не поможет.

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

Я беру из воды лист и точным броском отправляю его в чашу!

Что должно случиться? Очевидно, три вещи:

1. Беря лист, игрок провоцирует скрытого врага.

2. Чтобы попасть в чашу, нужна проверка ловкости.

3. Лист вряд ли ценный, так что даже если игрок попадёт, загадка не решится и двери не откроются.

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

Архитектурно вся эта система может выглядеть так:

Роутер решает, каких LLM-специалистов нужно запустить, те отрабатывают свои проверки, следующий элемент собирает всё в кучу и решает конфликты (если есть) — и после этого можно выдавать ответ игроку. Конечно, это более сложная схема, чем "запрос → LLM → ответ", но и результат куда лучше.

Если вы пробовали делать своих ботов для игры в НРИ, делитесь своими подходами в комментариях — было бы интересно обменяться опытом.

P.S. Тут можно почитать развёрнуто о том, как я пришёл к параллельному пайплайну, а тут — дневник разработки ДнД бота.

Что может дать ИИ? Он может дать игроку сделать пару ходов, пока он едет в метро, обедает или не знает, куда потратить 20 минут до следующего рабочего созвона. Это вообще ни разу не то, что игрок бы получил от настоящей игры. И всё же, это неплохой компромисс: погружение в фэнтезийный мир в любой момент — без поиска пачки игроков, мастера и 4 часов свободного времени.

Мир меняется, но профессия ДМа не умрёт. ИИ не вытеснит живые игры, он просто займет пустующую нишу — асинхронные, короткие 10-минутные сессии, которых в ДнД всегда не хватало.

Что думаете, уважаемые игроки и мастера?

В живой игре произойдёт следующее: мастер попросит бросить кубик; расскажет о сработавшей ловушке и предложит герою отнять сколько-то хп; затем опишет всполошившуюся стражу; и скажет: "Бросайте инициативу!"

А если игра текстовая, а мастер - ИИ-бот в тг? Игрок говорит: "я крадусь", бот должен что-то ответить и передать ход обратно игроку. И вот как поступить? Обрабатывать весь каскад и потом вываливать на игрока 2 страницы опиания событий? Или как-то разбить такой каскад на ходы?

Поделитесь идеями :) Уже вторую неделю ломаю голову над этим.

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

Общий алгоритм выполнения получился следующий:

1. получаем сообщение игрока

2. собираем данные локации и историю из гугл таблиц

3. пакуем всё это вместе, чтобы скормить агенту

4. агент переваривает и выдаёт мега-json со всеми изменениями

5. парсим ответ агента

6. обновляем базу данных (гугл таблицы)

7. пишем ответ ИИ-мастера игроку

Что касается агента, тут всё просто. В N8N есть готовая нода Agent, к ней привязывается модель, на которую у вас есть подписка и API ключ; я использовал groq/llama-70b-versatile. Также можно привязать тулы (инструменты); в моём случае это генератор бросков кубов. Плюс агенту нужен контекст - та самая память: собирается из данных о локации и сжатой истории. Наконец, понадобится большой системный промпт: как отвечать, на что реагировать, как заполнять выходной json, чтобы не сломать базу.

Сборку входных данных для агента и парсинг его ответа я сделал через JS ноды, код которых любезно написал для меня ChatGPT.

В результате получилась вполне рабочая схема. Выглядит это всё вот так.

Я потратил какое-то время на перекладывание своего готового сценария на 10 локаций в json и раскладывание по табличкам, и сел играть. Что я могу сказать, оно работает! Поскольку локации и статы лежат в базе, бот не может их забыть. Из любой локации можно идти только туда, куда прописаны переходы, и никаких "тайных проходов". Если очень постараться, можно заставить его не галлюцинировать лут и не наделять его магическими свойствами. Броски теперь не сочиняются, а честно генерируются отдельным инструментом. Ну, круто! :)

Ограничений, конечно, тоже много, и назвать это полноценной игрой никак нельзя. Исключительно проверка гипотезы PoC, не больше. Сейчас этот Франкенштейн уже перерастает во что-то большее. Если пост зайдет, в следующий раз расскажу про эволюцию архитектуры, ограничения ИИ, трудности соло-разработки и о многом другом)) Что думаете, взлетит такая тема для игр?

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

В общем, пока что голый ИИ на мастера не тянет. Но идеи и нарратив хороши :)