GoHome — узкие места и открытые вопросы Источник: https://bunker.avallon.pw/GoHome.md GoHome - после прочтения дополнения смержить в базу снята 2026-09-19, страница не опубликована, обрывается на "Рабоч…").
В доке два слоя: свободный brainstorm (тема "покемон домой", саквояж, телепорт-кабина) и формализованный промпт от 18.09.2026 (ООО "Бронзовые шары", директор, конкретные очки повышения). Ниже — где они конфликтуют и что не доделано ни в одном из слоёв.
Канон: что откуда — РЕШЕНО (2026-09-19)
Промпт 18.09 — основной сюжетный каркас (работа в "Бронзовых шарах", прокачка до директора). Телепорт-кабина из раннего brainstorm — финальная фантастическая развязка, но не используется как сюжетный маркер/лор-указатель на ранних и средних этапах игры. Раскрывается только по факту прокачки до высшего ранга (директор) — то есть это пост-победная/альтернативная концовка "финал финалов", а не то, что намекается заранее диалогами или событиями. Практическое следствие для сценаристики: во всех текстах звонков, событий на пути и подсказок мастер-покемона — телепорт-кабина не упоминается и не анонсируется. Первое появление темы — на экране после/у входа в достижение ранга директора (или прямо перед ним, как доступная покупка). Остальное из раннего слоя (экран загрузки с пасхалками NORD/Igrok, выбор пиксель-арт аватара, 4 слота сохранений) — статус пока открыт, не переносим автоматически, разбирать отдельно при детализации UI-экранов. Пересекается без конфликта в обоих слоях:
- сезонность транспорта/локаций (лес/самокат/велосипед — не зимой, лыжи — только зимой)
- продвижение через "бронзовые шары" по менеджерским уровням
- вечерний путь домой как сцена с опасностями
Звонки: механика не формализована
Проценты у вариантов ответа ("100% правильный", "80% неправильный") не определены — это шанс, что ответ засчитается верным (RNG поверх выбора), или просто пометка автора для себя при балансировке?
Есть противоречия: вариант помечен "100% правильный" и при этом несёт денежный штраф (например "Приносите, заменим (100% правильный -1000 денег)"). Штраф за правильный ответ — так и задумано (услуга в убыток фирме, но верна с точки зрения клиента) или это баг черновика?
Число звонков в день не согласовано:
- формула ЗП считает от 3 ответов ("3 правильных — 100% зарплата…")
- но "6 вопросов в день" описаны как открывающиеся только со старшего менеджера (50 очков)
- что происходит с младшими должностями, где написано "выполняемая работа физическая, звонков нет" — тогда откуда 3-звонковая база?
- "Вопросы от фирмы" (начиная с начальника отдела, +1/+3/+6 в день) — не описан ни один пример такого вопроса, не ясно чем они отличаются от клиентских.
Переменные игрока — часть не подключена к механике
Заявлены: Деньги, Настроение, Усталость, Очки повышения, Должность, Алкогольная зависимость, Голод.
Голод и Алкозависимость нигде не имеют порогов/эффектов. Единственная отсылка — сцена с "закадычным приятелем" из раннего brainstorm (бар, похмелье, прогул) — не увязана с числовой переменной.
Настроение начальства (0-100 рандом каждый день) влияет на очки повышения при 1 правильном ответе — но не описано, влияет ли на что-то ещё (штрафы, увольнение).
Мировая напряжённость влияет на цены в магазине — сам магазин (ассортимент, зачем туда заходить, что покупать) не описан вообще.
Вечерний путь домой — почти готово, не хватает тайминга
Готово: 3 локации × 5 видов транспорта с сезонными ограничениями, списки опасностей по локациям.
Не хватает:
- конкретное время (в игровых часах/влиянии на следующий день) для каждой пары локация+транспорт
- формула "устал/замёрз/попал в больницу" → как это бьёт по завтрашнему дню (пропуск планёрки? штраф на весь день?)
- переход сезонов: указано только "лето/зима", нет календарной привязки кроме старта 1 июня 2026 — когда наступает зима игровая (по дням? по датам?)
Условия конца игры — не формализованы
Заявлено: победа — Директор (2500 очков), поражение — увольнение или смерть. Ни одно поражение не имеет чёткого триггера:
увольнение — от чего? (серия из N провальных дней? настроение начальства ниже порога? прогулы?)
смерть — только в виде флейвор-сцен (мороз, маньяк, ДТП, кирпич от хулигана) — это гарантированная смерть при встрече с опасностью или шанс, зависящий от статов?
Движок / стек — рабочий вариант (обновлено 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/Github CI — сборка-тесты-доставка как у остальных проектов
Классификация локаций/сцен по типу геймплея — РЕШЕНО (2026-09-19)
Три разных типа сцен, разная реализация для каждого:
Тип A — новелла/менеджмент (статика). Офис, карта-хаб, магазин, общие катсцены. UI-экраны: диалоги, статы, выбор варианта. Никакой физики/геймлупа, просто состояние + текст + картинка.
Тип B — платформер (активный геймплей). Лыжи, самокат, пешком, велосипед. Игрок реально управляет персонажем, уворачивается от препятствий в реальном времени (как уровень в Igrok). Опасности здесь — skill-based (увернулся/не увернулся), не рандом.
Тип C — пассивный транспорт (авто, автобус, трамвай, троллейбус, метро). Аватар едет по маршруту на карте (точка/маркер, tween по пути) — либо:
просто долетает от A до B с уведомлением "добрался" (пустышка, без сцены), либо по пути с некоторым шансом триггерится одна катсцена из пула (укачало, контролёр поймал, бабка с авоськой, шпана и т.п.) — рандомный выбор из пула событий типа C, а не skill-based прохождение.
Это закрывает часть вопроса из §5 (гарантированная опасность или шанс): для типа B — исход решает игрок (умение), для типа C — исход решает RNG-выбор конкретной катсцены из пула (не отдельная бросок-на- опасность механика поверх сцены, а сама катсцена уже несёт исход).
Звонки — доп. лор и типы звонящих (2026-09-19)
Лор-обоснование потока странных звонков: номер "Бронзовых шаров" по опечатке типографии попал в раздел контактов популярного журнала "Всё про всё: гадаем, предсказываем, составляем натальные карты, отвечаем на сакральные и любые вопросы, предсказываем судьбу". С этого момента на линию звонит не только реальная клиентура.
Типы звонящих (влияет на тон вопроса, не обязательно на саму механику подсчёта очков — это слой сценария поверх существующей формулы "3 ответа/день"):
Хулиганы/шутники — прикалываются, проверяют границы, в теории их можно "уговорить купить" (не пранк ради пранка, а конвертируемый лид, если разговор повернуть в нужную сторону).
Страдальцы-по-шарам — уверены, что дозвонились до гадалки/ эзотерика из журнала, задают сакральные/личные вопросы, не в курсе, что это фирма по продаже бронзовых шаров.
Техподдержка/гарантия — реальные клиенты с реальными (и не очень реальными) проблемами уже купленного товара.
Четвёртая, фоновая группа — просто обычные бытовые вопросы от случайных людей, включая школьников — не завязана на лор с журналом, просто шум канала.
Приветствия по социальному слою (пул для рандомизации открывающей фразы звонка, поменьше "товарищ", можно советскую атмосферу, но альтернативный техно-уклад — на дворе игровой 2026-й, а техника и эстетика колл-центра — конец 90-х/2000-е, это уже заложено на экране загрузки с CRT-монитором и дискетами):
- простые/дворовые: "Алё", "Слышь", "Каг дела", "Здарова"
- элитные/пафосные (пародия на статусность через англицизмы): "Хэллоу дестини", "Хайвей", "Позвольте осведомиться"
- благовоспитанные средние: "Добрый день", "Позвольте спросить", "Не могу не поинтересоваться", "Извините за беспокойство"
- пранкеры: "Добрый бобрый" и прочие нарочно бессмысленные заходы
- страдальцы-гадальщики: "Здравствуйте, я по объявлению из журнала", "Извините, что поздно, но душа болит"
Приоритет вопросов (предлагаемый порядок разбора) – что нужно продумать и утвердить
Канон: промпт 18.09 vs ранний brainstorm — что сюжетный каркас
Формула звонков: проценты + число звонков по должностям
Триггеры проигрыша (увольнение/смерть) — иначе нет игрового цикла
Тайминг локация+транспорт — иначе нет структуры дня
Голод/алкозависимость/магазин — можно отложить как второй слой глубины после MVP-цикла (работа → путь домой → следующий день)