Updated GoHome.md (markdown)

-GoHome — узкие места и открытые вопросы

-В доке два слоя: свободный brainstorm (тема "покемон домой", саквояж, телепорт-кабина) и формализованный промпт от 18.09.2026 (ООО "Бронзовые шары", директор, конкретные очки повышения). Ниже — где они конфликтуют и что не доделано ни в одном из слоёв.

-

-1. Канон: что откуда — РЕШЕНО (2026-09-19)

-Промпт 18.09 — основной сюжетный каркас (работа в "Бронзовых шарах", прокачка до директора). Телепорт-кабина из раннего brainstorm — финальная фантастическая развязка, но не используется как сюжетный маркер/лор-указатель на ранних и средних этапах игры. Раскрывается только по факту прокачки до высшего ранга (директор) — то есть это пост-победная/альтернативная концовка "финал финалов", а не то, что намекается заранее диалогами или событиями.

-

-Практическое следствие для сценаристики: во всех текстах звонков, событий на пути и подсказок мастер-покемона — телепорт-кабина не упоминается и не анонсируется. Первое появление темы — на экране после/у входа в достижение ранга директора (или прямо перед ним, как доступная покупка).

-

-Остальное из раннего слоя (экран загрузки с пасхалками [[Nord-Tycoon]]/[[Igrok]], выбор пиксель-арт аватара, 4 слота сохранений) — статус пока открыт, не переносим автоматически, разбирать отдельно при детализации UI-экранов.

-Пересекается без конфликта в обоих слоях:

-сезонность транспорта/локаций (лес/самокат/велосипед — не зимой, лыжи — только зимой)

-продвижение через "бронзовые шары" по менеджерским уровням

-вечерний путь домой как сцена с опасностями

-

-2. Звонки: механика не формализована

-Проценты у вариантов ответа ("100% правильный", "80% неправильный") не определены — это шанс, что ответ засчитается верным (RNG поверх выбора), или просто пометка автора для себя при балансировке?

-Есть противоречия: вариант помечен "100% правильный" и при этом несёт денежный штраф (например "Приносите, заменим (100% правильный -1000 денег)"). Штраф за правильный ответ — так и задумано (услуга в убыток фирме, но верна с точки зрения клиента) или это баг черновика?

-Число звонков в день не согласовано:

-формула ЗП считает от 3 ответов ("3 правильных — 100% зарплата...")

-но "6 вопросов в день" описаны как открывающиеся только со старшего менеджера (50 очков)

-что происходит с младшими должностями, где написано "выполняемая работа физическая, звонков нет" — тогда откуда 3-звонковая база?

-"Вопросы от фирмы" (начиная с начальника отдела, +1/+3/+6 в день) — не описан ни один пример такого вопроса, не ясно чем они отличаются от клиентских.

-

-3. Переменные игрока — часть не подключена к механике

-Заявлены: Деньги, Настроение, Усталость, Очки повышения, Должность, Алкогольная зависимость, Голод.

-Голод и Алкозависимость нигде не имеют порогов/эффектов. Единственная отсылка — сцена с "закадычным приятелем" из раннего brainstorm (бар, похмелье, прогул) — не увязана с числовой переменной.

-

-Настроение начальства (0-100 рандом каждый день) влияет на очки повышения при 1 правильном ответе — но не описано, влияет ли на что-то ещё (штрафы, увольнение).

-

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

-

-4. Вечерний путь домой — почти готово, не хватает тайминга

-Готово: 3 локации × 5 видов транспорта с сезонными ограничениями, списки опасностей по локациям.

-

-Не хватает:

-конкретное время (в игровых часах/влиянии на следующий день) для каждой пары локация+транспорт

-формула "устал/замёрз/попал в больницу" → как это бьёт по завтрашнему дню (пропуск планёрки? штраф на весь день?)

-

-переход сезонов: указано только "лето/зима", нет календарной привязки кроме старта 1 июня 2026 — когда наступает зима игровая (по дням? по датам?)

-

-5. Условия конца игры — не формализованы

-Заявлено: победа — Директор (2500 очков), поражение — увольнение или смерть. Ни одно поражение не имеет чёткого триггера:

-увольнение — от чего? (серия из N провальных дней? настроение начальства ниже порога? прогулы?)

-смерть — только в виде флейвор-сцен (мороз, маньяк, ДТП, кирпич от хулигана) — это гарантированная смерть при встрече с опасностью или шанс, зависящий от статов?

-

-7. Движок / стек — рабочий вариант (обновлено 2026-09-19)

-Подтверждено: остальные игры серии (razrez, nord-tycoon, banana-tyaga) на TS/HTML/CSS/JS через Grok app-builder, но держаться этого же стека не обязательно — Grok app-builder воспринимается как ограничивающий инструмент, а не как решённая архитектура. Значит берём тот же язык (TS), но пишем руками через нормальный тулинг, без builder-инструмента.

-С учётом трёх типов сцен из §8 (A — статика/UI, B — активный платформер, C — пассивный тревел с опциональной катсценой), одно цельное решение проще, чем склейка "React-приложение + отдельная canvas-библиотека для минигр":

-Рекомендация: один проект на Phaser 3 + TypeScript.

-

-Тип A (офис/карта-хаб/магазин/катсцены) — Phaser Scene с DOM Element overlay (Phaser поддерживает HTML/CSS поверх канваса) для текста, диалогов, кнопок выбора, статов. Никакой физики, просто UI-слой.

-

-Тип B (лыжи/самокат/пешком/велосипед) — отдельная Phaser Scene на каждый транспорт (или одна параметризуемая Scene с разным набором препятствий/скоростей по сезону), arcade-физика "из коробки".

-

-Тип C (авто/автобус/трамвай/троллейбус/метро) — generic "Travel" Scene: маркер-аватар твинится по маршруту на карте; по завершении — RNG решает, показать ли одну катсцену из пула (переиспользует UI-слой типа A) или просто вывести "добрался" и перейти к следующей фазе дня.

-

-Общее состояние игрока (деньги, настроение, усталость, очки повышения, должность и т.д.) — простой TS-класс/стор, доступный всем сценам через Phaser registry — единый источник правды, не размазан по сценам.

-

-Один движок на весь цикл дня — меньше склеек, меньше стыков между "игровой" и "UI" частью, легче держать общий стейт.

-

-Бэкенд для лидерборда (имя, дата вступления в должность, деньги, очки) — Go, простой REST/JSON, тонкий бинарник, укладывается в Docker/compose по образцу остального avallon-стека. БД — SQLite, если не нужен общий инстанс с чем-то ещё; если уже есть общий Postgres на инфре — переиспользовать его, не поднимать второй ради одной таблицы.

-Деплой — тот же паттерн, что у остальных игр серии: галeхaут + CI/CD Forgejo, поддомен *.avallon.pw, статика фронта + отдельный Go-контейнер бэкенда.

-

-Альтернатива, если хочется готового тайлмап-редактора/анимаций из коробки и не жалко нового языка в стеке: Godot 4 + HTML5-экспорт + Dialogic для диалогов. Компромисс — GDScript/C# в стеке, тяжелее веб- билд. Не рекомендую по умолчанию: Phaser+TS ближе к остальной серии игр и общей философии "не плодить лишний стек".

-Допы для работы (минимальный набор):

-Node.js + pnpm/npm, Vite — сборка/дев-сервер

-Phaser 3 (npm-пакет) — движок

-Go — бэкенд лидерборда

-SQLite или существующий Postgres — БД

-Docker + docker-compose — упаковка

-Forgejo CI — сборка доставка как у остальных -проектов

-

-8. Классификация локаций/сцен по типу геймплея — РЕШЕНО (2026-09-19)

-Три разных типа сцен, разная реализация для каждого:

-

-Тип A — новелла/менеджмент (статика). Офис, карта-хаб, магазин, общие катсцены. UI-экраны: диалоги, статы, выбор варианта. Никакой физики/геймлупа, просто состояние + текст + картинка.

-

-Тип B — платформер (активный геймплей). Лыжи, самокат, пешком, велосипед. Игрок реально управляет персонажем, уворачивается от препятствий в реальном времени (как уровень в Igrok). Опасности здесь — skill-based (увернулся/не увернулся), не рандом.

-

-Тип C — пассивный транспорт (авто, автобус, трамвай, троллейбус, метро). Аватар едет по маршруту на карте (точка/маркер, tween по пути) — либо:

-просто долетает от A до B с уведомлением "добрался" (пустышка, без сцены), либо

-по пути с некоторым шансом триггерится одна катсцена из пула (укачало, контролёр поймал, бабка с авоськой, шпана и т.п.) — рандомный выбор из пула событий типа C, а не skill-based прохождение.

-

-Это закрывает часть вопроса из §5 (гарантированная опасность или шанс): для типа B — исход решает игрок (умение), для типа C — исход решает RNG-выбор конкретной катсцены из пула (не отдельная бросок-на- опасность механика поверх сцены, а сама катсцена уже несёт исход).

-

-6. Приоритет вопросов (предлагаемый порядок разбора)

-Канон: промпт 18.09 vs ранний brainstorm — что сюжетный каркас

-Формула звонков: проценты + число звонков по должностям

-Триггеры проигрыша (увольнение/смерть) — иначе нет игрового цикла

-Тайминг локация+транспорт — иначе нет структуры дня

-Голод/алкозависимость/магазин — можно отложить как второй слой глубины после MVP-цикла (работа → путь домой → следующий день)