Global Party-First AI RPG

Created: 2026-07-22
Updated: 2026-07-24
Author: syler222@gmail.com
Agent: Codex
Category: Feature
Status: Draft
Research: Deep
Research status: Hypothesis charter; primary validation required before implementation authorization

Evidence appendix: 2026-07-22-global-party-ai-rpg-evidence.md

Роль документа#

Это канонический hypothesis charter того, что мы можем строить, для кого и почему. Оно заменяет раннюю формулировку «ещё одна платформа для D&D с AI-мастером» на проверяемую продуктовую ставку, но не является доказательством спроса или разрешением на full build.

Документ фиксирует предполагаемые продуктовые требования, но не выбирает конкретный технологический стек или поставщиков AI/WebRTC. Технический план создаётся только после прохождения primary-research gates, перечисленных в gap audit, и одобрения обновлённого PRD.

Executive Decision#

Мы проверяем ставку на English-first, party-first AI-RPG с глобальной амбицией для 3–5 взрослых друзей, которая позволяет по ссылке начать и за 60–90 минут закончить юмористическое tabletop-style приключение без человека-мастера и без изучения большого rulebook. 120 минут — отдельная условная high-load ветка, которую нельзя называть подтверждённым форматом без собственного gate. Первичная валидация проводится только в English-speaking cohorts тех стран, где пройдены legal/provider/payment gates; конкретные launch countries утверждаются после Phase 0, а не выводятся из существующего RU-first исследования.

Основной интерфейс — живая голосовая комната. Игроки свободно разговаривают, а канонические действия отправляют отдельными короткими voice clips. AI уточняет неоднозначное намерение до броска или изменения состояния. Правила, кубики, инвентарь, хронология и доступ к секретам контролируются детерминированным ядром; LLM отвечает за понимание языка и повествование, но не является базой данных или окончательным судьёй состояния.

Если primary gates пройдены, кандидат на первый релиз — responsive web/PWA для mobile и desktop. Нативные приложения, бесконечные кампании, публичный UGC marketplace и несколько игровых систем откладываются до доказательства завершения и повторения групповых сессий.

Problem Statement#

Группа друзей может хотеть провести вечер в формате tabletop RPG, но игра не начинается или разваливается из-за необходимости найти мастера, изучить правила, подготовить приключение и синхронизировать людей. Текущие AI-RPG доказывают интерес к категории, но большинство масштабных продуктов остаются solo/text-first, а отзывы повторяют проблемы забытых фактов, сломанного game state, платных исправлений AI и слабого группового UX.

Проблема, которую мы решаем:

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

Спрос именно на предлагаемое сочетание ещё не доказан. Поэтому первый продукт должен проверять полный групповой outcome, а не максимальное число функций.

Product Thesis#

Обещание пользователю#

Invite your friends and finish a hilarious RPG adventure tonight. No GM. No rulebook. The game keeps track.

Дифференциация#

Мы не конкурируем обещанием «AI генерирует любую историю». Такое обещание уже стало базовым. Мы конкурируем четырьмя измеримыми результатами:

1. Группа действительно начинает игру: ссылка, гостевой вход, готовые персонажи, mic check.
2. Группа действительно заканчивает историю: сценарий ограничен по времени и имеет управляемую драматическую структуру.
3. Система не теряет канон: authoritative state, event log, versioned rules и replay.
4. Социальная игра остаётся живой: постоянный разговор игроков отделён от канонического action input.

Исследовательская опора и ограничения каждой ставки перечислены в evidence appendix.

Target Users#

Primary: организатор существующей компании друзей#

• собирает 3–5 взрослых знакомых на совместный онлайн-вечер;
• может не иметь опыта TTRPG;
• не хочет искать или назначать постоянного GM;
• ценит быстрый старт, юмор и совместные решения больше, чем глубокую симуляцию 5e;
• готов заплатить за весь вечер, если остальные входят бесплатно.

Secondary: casual TTRPG и actual-play audience#

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

Не primary для MVP#

• группы, которым нужен полноценный tactical VTT;
• power users, строящие собственную систему правил;
• пользователи, ищущие публичный matchmaking;
• авторы бесконечных solo-историй;
• профессиональные GM, которым нужен production suite.

Эта международная сегментация является продуктовой гипотезой. Её нужно проверить отдельными English-language interviews и платным pilot; раннее русскоязычное исследование не используется как доказательство глобального TAM, выбранной страны, цены или content policy.

Validation Hypotheses#

Выбранная конфигурация MVP — контейнер для проверки, а не уже доказанный глобальный product-market fit.

Core User Flows#

Flow 1: хост создаёт игру#

1. Хост открывает web/PWA и выбирает готовый one-shot. Custom premise, tone и duration появляются только после curated baseline и прохождения HYP-CUSTOM-01.
2. Система создаёт структурированный сценарный корень: цель, сцены, NPC, секреты, возможные развилки и финальные условия.
3. Хост видит короткое spoiler-safe preview и создаёт приватную комнату.
4. Система выдаёт invite link; гости не обязаны покупать доступ.

Flow 2: группа входит и начинает#

1. Гости открывают ссылку на mobile или desktop.
2. Каждый выбирает готового персонажа либо проходит короткую сборку.
3. Участники проверяют микрофон, captions и звук.
4. Все видят rating, content descriptors и boundaries комнаты и принимают их до старта.
5. AI GameMaster вводит группу в первую сцену текстом и голосом.

Flow 3: игрок совершает действие#

1. Social voice остаётся открытым для разговора всей группы.
2. Активный игрок нажимает action button и записывает короткий канонический clip.
3. Система показывает transcript.
4. Если намерение неоднозначно, невозможно или требует согласия, AI задаёт конкретный вопрос и ничего не меняет.
5. После однозначного intent rules engine определяет необходимость броска.
6. Игрок бросает кубик; сервер фиксирует исходный результат, modifiers и версию правил.
7. Только после authoritative state transition narrator создаёт текст и TTS.

Flow 4: группа разделяется#

1. Игра создаёт отдельные branch/location contexts.
2. Каждый игрок видит только разрешённую сцену, знания, narration и иллюстрацию своей ветки.
3. Global chronology синхронизирует время, не раскрывая секреты.
4. При встрече веток система явно объединяет только фактически переданные знания.

Flow 5: группа завершает игру#

1. Сценарий достигает одного из предусмотренных финальных состояний.
2. Группа получает recap ключевых решений, бросков и сцен.
3. Хост может предложить следующую игру той же группе.
4. Shareable artifact не содержит приватные branch events без разрешения их участников.

Scope#

In Scope#

• English-first responsive web/PWA для mobile и desktop в юридически и операционно cleared pilot geographies;
• приватные комнаты для 3–5 human players, включая хоста, если он играет;
• invite-link и быстрый guest onboarding;
• WebRTC social audio без обязательной видеосвязи;
• отдельный push-to-act/action clip для канонических действий;
• transcript confirmation и обязательное clarification неоднозначных команд;
• минимум два QA-equivalent готовых юмористических one-shots на 60–90 минут, чтобы repeat не измерял повтор одного и того же контента;
• ограниченный custom-premise flow без универсального world editor — после curated baseline и прохождения HYP-CUSTOM-01 gate;
• оригинальная лёгкая OSR-система, сохраняющая простоту rules-light референсов вроде Knave, но не заявляющая совместимость и не использующая их защищённый контент;
• персонаж, характеристики, inventory, statuses, initiative и server-authoritative dice;
• append-only event log, materialized state, entity facts, summaries и checkpoints;
• сохранение authoritative state для reconnect и завершённого recap внутри одного one-shot; продолжение той же истории в следующей сессии отсутствует;
• branch-aware memory и authorization для split-party;
• text narration, captions и interruptible TTS;
• асинхронные scene illustrations при значимой смене окружения;
• participants 18+ для initial alpha как risk-control, а не как доказательство спроса на explicit content;
• launch content envelope допускает согласованные fantasy violence, romance и mature themes, но не explicit sexual UGC;
• rating, consent boundaries, pause/X-card, mute, leave, block и report;
• reconnect/recovery без повторного применения действия;
• recap и instrumentation продуктовой воронки, reliability, latency и COGS;
• один activation offer, случайно назначенный по HYP-FREE-01: полный curated one-shot бесплатно, короткий free taste либо refundable booking;
• retained paid offer — host-paid one-shot pass; приглашённые гости бесплатны.

Explicitly Out of Scope#

• запуск, локализация, платёжная инфраструктура и acquisition для российского рынка;
• нативные iOS/Android приложения — до доказательства retention и отдельного store-policy review;
• видеосвязь — не подтверждена как core value и повышает стоимость/сложность;
• бесконечные и multi-session campaigns — до прохождения long-memory benchmark;
• полноценная D&D 5e совместимость — повышает сложность и IP-риск;
• несколько rule systems — сначала одна проверяемая система;
• tactical grid, map editor и miniatures automation — не нужны для проверки party outcome;
• публичный matchmaking и LFG — сначала существующие группы друзей;
• публичный UGC marketplace — повышает moderation и discovery scope;
• unrestricted 18+ и private explicit adult mode — отдельная будущая policy/product гипотеза, не MVP;
• voice cloning — высокий consent/IP-риск без ценности для core loop;
• обучение моделей на пользовательских сессиях по умолчанию;
• зависимость запуска от Chicken Curry или любого другого IP-партнёра;
• использование чужих миров, персонажей, голосов, likeness, текста или арта без письменной лицензии.

Functional Requirements#

AI GameMaster Contract#

Пользователь видит одного GameMaster, но права компонентов разделены:

• Scenario planner предлагает структуру до старта, но не меняет live state.
• Intent parser предлагает типизированную команду, но не применяет её.
• Rules engine проверяет возможность и вычисляет outcome без сочинения мира.
• State service является источником истины для игровых фактов.
• Context builder выбирает только разрешённые branch memories.
• Narrator превращает подтверждённый outcome в текст и диалог.
• Safety layer работает до state mutation и отдельно проверяет output/media.
• Media workers не могут откатить или блокировать committed turn.

Ключевой инвариант: медленный или ошибочный generative step не имеет права самостоятельно изменить канон.

Experience Principles#

1. Conversation first: игроки разговаривают, а не ждут интерфейс по очереди.
2. Clarify, do not guess: система не принимает неоднозначное решение за игрока.
3. Show the rules: бросок и расчёт видимы, даже если правила простые.
4. One evening, one payoff: первый опыт обязан иметь законченный финал.
5. Text is immediate: TTS и изображения улучшают сцену, но не блокируют её.
6. Guests feel free: приглашённый игрок не сталкивается с checkout до первой законченной игры.
7. Private means scoped: секреты защищаются на уровне данных, а не только prompt-инструкцией.

Business Model#

Launch model#

1. До launch не фиксируем бесплатную полную игру: новым хостам случайно назначается эквивалентный activation offer — full-free one-shot, короткий free taste либо refundable booking — по HYP-FREE-01.
2. Retained paid offer после activation — one-shot host pass; приглашённые гости входят бесплатно. Его цена и способность давать paid completion проверяются по HYP-MONETIZATION-01.
3. Subscription появляется только после доказанного repeat-party поведения и включает квоту законченных сессий, а не абстрактные токены.
4. Adventure packs и лицензированный контент — после подтверждения core retention.

Не используем на старте#

• оплату каждого участника;
• списание токенов за каждый ход;
• оплату clarification/regeneration, вызванных ошибкой системы;
• annual subscription до доказательства повторного использования;
• цену, выведенную умножением traffic или store installs на тариф конкурента.

Конкретная цена остаётся предметом real-checkout эксперимента после расчёта COGS.

Go-to-Market#

Product-led loop#

Host discovers one-shot
→ invites 2–4 friends
→ group completes a funny session
→ receives a consent-safe recap/highlight
→ a guest hosts the next session

Launch channels#

1. Actual-play and comedy creators: короткие демонстрации реальной групповой динамики, а не рекламные обещания AI.
2. Creator adventure drops: ограниченные curated modules с собственным тоном автора; лицензия и revenue share оформляются письменно.
3. RPG communities: Discord, Reddit и community partnerships для closed cohorts и feedback, не как доказательство scalable acquisition.
4. Invite/referral: reward выдаётся после завершённой игры приглашённой группой, а не после регистрации.
5. SEO: problem-led pages и публичные reliability reports; не создавать сотни страниц без доказанного спроса.
6. App stores: только после web retention, policy review и доказательства пользы native distribution.

Partnership position#

Chicken Curry и другие actual-play/IP бренды могут ускорить контент и top-of-funnel, но не являются условием запуска. До независимого product proof допустимы только exploratory conversations. Никакой брендированный build не создаётся без письменных прав и согласованной экономики.

Success Metrics and Evidence Gates#

North Star#

Qualified party sessions completed within the promised timebox per week — число qualified групп, достигших явного финала в обещанном окне. Метрика считается на уровне stable party ID.

Completed participant-hours остаётся usage/cost diagnostic: она может расти из-за более длинной или застрявшей сессии и поэтому не заменяет групповой outcome. Retention и monetization измеряются отдельно как same-party paid second-session completion и 90-day contribution per acquired host.

Funnel#

qualified host → assigned concept/message → real slot or non-transactional intent → 2+ invites sent → 3+ joined → mic check → first-session start → first canonical action → midpoint → first ending → retained host-pass authorization/capture → paid second-session completion by the same party → optional guest-host

Activation reservation и retained host-pass — разные события. Правила same party, eligibility, authorization, capture, fulfillment, cancellation и refund фиксируются до анализа в validation program.

Product quality guardrails#

• 0 critical HP/inventory/location/chronology defects в release replay suite;
• 0 branch privacy leaks в adversarial tests;
• 100% schema-invalid или многозначных state-changing commands уточняются до commit;
• 0 false-valid intent commits в labelled audit set;
• reconnect не дублирует действие;
• отдельно измеряются p50/p95 STT, adjudication, narration, TTS и image latency;
• измеряются correction rate, manual intervention и blocked/repeated narration;
• enjoyment, agency, social comfort и desire-to-repeat собираются у каждого участника, а не только у хоста;
• считается полный variable cost на completed participant-hour.

Validation sequence#

1. Minimum text-research consent/storage/retention gate фиксируется до interviews; права, country/provider policy, payments и voice-data lifecycle — до обещания voice slot, real session или checkout.
2. English-language problem interviews проверяют прошлое поведение организаторов, гостей, отказавшихся гостей и intact parties отдельно по выбранной geography.
3. Neutral concept comparison проводится после problem section; затем отдельный capacity-limited smoke cohort проверяет message и полный slot/invite/formation funnel без preselection уже сформированных parties и без выдачи неплатёжного intent за WTP.
4. Concierge/Wizard-of-Oz: 12 полных сессий с двумя QA-equivalent original-IP one-shots, 60/90-minute cells и participant-level experience evidence.
5. Closed alpha: 30–50 групп, включая mobile-first, desktop-first и split-party cases; repeat означает завершение второго one-shot той же party.
6. Real checkout и confirmatory price test запускаются только после появления fulfillable inventory; paid completion, refunds и group-level repeat считаются вместе.
7. Только после прохождения gates — native apps, campaigns, broader content и партнёрские modules.

Точные коммерческие thresholds completion, repeat и willingness-to-pay утверждаются до начала соответствующего эксперимента, а не подгоняются после результата. Полевое исполнение описано в primary research protocol.

Technical Context#

• Проект greenfield; существующего runtime-кода и закреплённого stack нет.
• Кандидат MVP при прохождении gates должен иметь одну responsive client codebase для mobile/desktop web.
• Authoritative core строится вокруг append-only events, materialized state, expected state version и idempotency keys.
• Authorization проверяется server-side на каждом room/event/branch read и write.
• Social audio не записывается. Raw action clip используется эпизодически для STT и не сохраняется приложением после подтверждения transcript; в каноне остаются подтверждённый transcript и structured action. Любой диагностический audio capture требует отдельного opt-in, срока удаления и legal/provider clearance.
• One-shot state хранится для reconnect и recap по утверждённой lifecycle policy, но MVP не продолжает историю как campaign после финала.
• Retrieval фильтруется по visibility scope до поиска и повторно до ответа.
• RNG выполняется сервером и журналируется.
• STT, LLM, TTS и image generation находятся за ограниченными async boundaries с timeout, cancellation, quota reservation и observability.
• Конкретные providers, framework, database schema и deployment topology выбираются в техническом $spec, а не в этом PRD.

Key Decisions#

Research Findings#

• Международная AI-RPG категория имеет реальную distribution, но большинство новых multiplayer entrants остаются pre-traction.
• Feature list больше не дифференцирует: конкуренты уже обещают memory, multiplayer, TTS, images и rules.
• Наиболее повторяющиеся review pains — memory/state drift, AI overreach и оплата исправлений системы.
• Среди изученной выборки не найден масштабный, независимо подтверждённый продукт, соединяющий human voice room, canonical voice turns, deterministic state и private split branches.
• Наблюдаемые acquisition loops — invites, UGC, communities, creator content, SEO и stores; публичной causal attribution и CAC почти нет.
• Почти вся публичная revenue competitors неизвестна; pricing, funding, visits и installs не являются WTP или unit economics.
• Успешный 19-job global Google Trends run подтверждает активный category/reference search layer и emerging с низкой базы AI-DM vocabulary. Roll20 остаётся крупнейшим reference term в US/GB/CA/AU comparisons, а D&D without DM не имеет наблюдаемого signal. Relative indexes используются для vocabulary/message hypotheses, не для TAM, PMF, абсолютного country ranking или прогноза роста.

Research Index#

• Исходный research pack
• Рынок и сигналы спроса
• Сегменты и Jobs-to-be-Done
• Google Trends: данные, ограничения и воспроизводимость
• Рекомендованный MVP и AI GameMaster
• Стратегия и ограничения партнёрства с Chicken Curry
• Бизнес-модель и программа валидации
• Риски, policy, IP и safety
• Матрица выводов и доказательств
• Углублённый аудит конкурентов
• Отзывы и failure patterns
• Трафик, деньги и acquisition
• Полный source ledger
• Global Google Trends capture и интерпретация
• Аудит пробелов market/product research
• Primary research protocol

Delivery Decomposition#

Этот документ задаёт границы продукта, но описывает несколько независимых систем и поэтому не должен превращаться в один монолитный implementation plan.

1. Phase 0 — evidence and clearance: выбрать одну pilot geography, провести problem/group-decision research, проверить concept/format hypotheses, зафиксировать rules IP, content envelope, voice lifecycle, providers и payment route.
2. Phase 1 — concierge validation slice: два QA-equivalent curated one-shots, одна room/invite flow, mic check, social voice, canonical action/transcript/clarification, базовый authoritative state, завершение и instrumentation. Допустим Wizard-of-Oz там, где автоматизация не нужна для проверки спроса.
3. Phase 2 — closed-alpha core: автоматизированные rules/state/replay, reconnect, TTS, event-driven illustrations, branch-safe split-party и same-party second-session completion на 30–50 группах; limited custom premise добавляется только после curated baseline и отдельного safety/quality gate.
4. Phase 3 — paid pilot: host-pass checkout, repeat-party loop, contribution margin и отдельный licensed-partner experiment.

Первый технический $spec должен охватывать только Phase 1. Переход к следующей фазе разрешает evidence gate предыдущей, а не календарный план.

Approval Boundary#

До прохождения Final-PRD readiness gates из gap audit не принимаются необратимые архитектурные решения и не начинается implementation planning. Затем PRD обновляется фактическими результатами, проходит отдельное одобрение и только после этого меняет Status с Draft на Final; техническое проектирование выполняется отдельным $spec.