Current project scan · HEXIUM STYLE

HEXIUM CLICKER
STATE REPORT

Темний технічний звіт по поточному стану HEXIUM CLICKER: що вже є, де болить, які системи незавершені, що блокує збірку, і який порядок наступних кроків найменш ризиковий.

25екранів у Router
25+game logic модулів
6Foundation v2 систем
BLOCKEDbuild без deps

✅ Прогрес зараз

Підтверджено з файлів проєкту

Поточна перевірена папка: F:/HEXIUM_MAIN_PROJECT. Проєкт визначений як React + TypeScript + Vite Telegram WebApp idle/clicker.

App shellЄ кореневий HexiumApp, HUD, Sidebar, BottomNavigation, StatusGrid і ScreenRouter.
Core stateЄ reducer/state модель, валюти, player core, inventory, mail, notifications, unlocked screens, local save key hexium_clicker_save_v1.
ScreensRouter підключає 25 екранів: reactor, bots, shop, cases, network, profile, tasks, friends, leaderboard, achievements, rewards, battle pass, settings, research, quantum, expeditions, corporation, bosses, inventory, mail, alerts.
Foundation v2У коді є Telegram, Referral, Cloud Save, Stars, Share, Analytics — як окремі системи в src/app/systems.

⚠️ Головні проблеми

  • Foundation v2 не активований у runtime: в App.tsx init/import блоки Telegram → Analytics → Referral → CloudSave → Stars → Share залишені в коментарях.
  • DEV actions лишилися в UI: кнопки MINE +10, TEST REWARD, CLAIM MAIL, RESET прямо в App shell; перед продакшеном це ризик.
  • Save/state розділений: core state зберігається в localStorage, а subsystem-и мають власні storage-сервіси; ризик desync, часткового reset і неповного cloud save.
  • ScreenRouter росте як “god-router”: він імпортує всі екрани eager-способом і передає лише базові props, тому інтеграції систем легко накопичуються не в тому місці.
  • Багато екранів схожі на placeholder shells: README прямо описує screens як placeholder shells; окремо знайдений placeholder у World Bosses.

🧩 Незавершені системи

Telegram WebApp lifecycleCloud Save activationReferral wiringStars paymentsShare serviceAnalytics queue

Що виглядає готовим частково

  • Самі модулі існують у структурі, але App runtime поки не запускає їх через lifecycle.
  • Bridge pattern є: moduleBridge для rewards/navigation і telegramBridge для Telegram facade.
  • Наявні game logic папки для реактора, ботів, магазину, кейсів, research, corporation, world bosses, quantum sectors тощо — але треба перевіряти кожну на реальну інтерактивність, баланс і persistence.
  • Core rewards/mail/notifications під’єднані до event bus, але повна економіка і зовнішні сервіси ще не виглядають єдиним стабільним контуром.

📌 Висновок

HEXIUM CLICKER має сильний каркас і багато вже створених модулів, але зараз головний ризик — не геймдизайн, а інтеграційна стабільність: залежності відсутні, build не проходить, Git safety у перевіреній папці відсутній, а Foundation v2 системи існують переважно як підготовлений шар, не як повністю активований runtime.

Рекомендований курс: не переписувати гру, а стабілізувати проект у маленьких безпечних циклах: repo → deps/build → dev gates → Telegram lifecycle → cloud save → screen audit → economy balance.