尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證製作者的介紹僅有上面的一句話。 更多詳情請閱讀儲存庫 README。 儲存庫 README ↗
正在載入完整 README。
檢視完整 README ↗App multiplataforma para bandas en vivo: comunicación en tiempo real entre músicos/cantantes y el sonidista, setlist compartido del show, biblioteca de partituras/cifrados y secuencias (pistas de audio).
Si sos una IA (o una persona nueva en el proyecto), leé primero
CONTEXTO_PARA_IA.md. Tiene la arquitectura, el modelo de datos, el estado de la infraestructura, las decisiones de diseño y lo que está pendiente. Este README es solo un resumen.
frontend: Flutter (Web desplegada en GitHub Pages; Android en pruebas). Toda la app vive en frontend/lib/main.dart.appbandasonido), sin backend propio. Archivos (PDFs y audios) en Supabase Storage, temporalmente.firestore.rules / storage.rules: reglas de seguridad versionadas en el repo.cd frontend
flutter pub get
flutter run -d chrome
El acceso a una sala es "conocer el PIN alcanza" (con sesión de Firebase, aunque sea anónima). Ver CONTEXTO_PARA_IA.md §6 para el detalle y los trade-offs.
REQUISITOS.md · DEFECTOS.md · BACKLOG.md — qué debe hacer la app, defectos conocidos y pendientes.OPERACION.md — publicar, volver a una versión anterior, dependencias externas y qué hacer si algo se cae.PROCESO.md · CHANGELOG.md — cómo se trabaja y qué cambió en cada versión.