Music Bingo Show

Editactive

Current State

Проектирование завершено. Дизайн-спек утверждён. КП (PDF) готово для согласования с заказчиком. Код не написан — проект с нуля. Все артефакты в /Users/petrvoronov/Documents/BigCoding/MusicBingo/

Next Steps

1. Согласовать КП с заказчиком 2. После согласования — написать план реализации (writing-plans skill) для подпроектов 1+2 (Фундамент + Пульт оператора) 3. Начать реализацию этапа 01 — Игровое ядро

Tasks

Backlog0
In Progress0
Review0
Done0

Client & Contract

Client
Not linked

Info

Repo
/Users/petrvoronov/Documents/BigCoding/MusicBingo
Stack
ReactTypeScriptPythonFastAPIPostgreSQLRedisDockerCeleryNginx
Category
web

Recent Notes

  • architectureМодель данных
  • noteБюджет и сроки
  • decisionАрхитектурные решения

Recent Sessions

  • 8/1/2026
    Первая сессия проекта MusicBingoShow. Изучено ТЗ заказчика (Проект MusicBingoShow.docx). Проведён brainstorming: уточнены требования (стек, масштаб, деплой, роли, экраны, офлайн, караоке, источники треков). Выбран подход A: FastAPI-монолит + React SPA + WebSocket + Celery. Проект декомпозирован на 6 подпроектов. Написан дизайн-спек (docs/superpowers/specs/2026-08-01-musicbingoshow-design.md) покрывающий архитектуру + подпроекты 1-2 (Фундамент + Пульт оператора). Создано КП для заказчика (КП MusicBingoShow.pdf) в стиле референсного документа: тёмный фон, золотые акценты, 5 этапов на 150 000 ₽, срок 4 недели, оплата 50/50. Всё сохранено в devboard: проект, 5 эпиков, 3 заметки (решения, бюджет, модель данных).

Architecture Notes

FastAPI-монолит + React SPA + WebSocket + Celery для фоновых задач. Два интерфейса: пульт оператора (ноутбук/планшет) и дисплей (ТВ для аудитории), синхронизированные через WebSocket. Офлайн-режим через Service Worker + Cache API + IndexedDB. Медиа на файловой системе, раздача через Nginx. PostgreSQL — основная БД. Redis — брокер Celery + pub/sub для WebSocket.