尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證UNEX helps pickleball clubs run fair open play events, confirm every result, and build one auditable record that follows you everywhere.
翻譯準備中
取自儲存庫 README
正在載入完整 README。
檢視完整 README ↗A Next.js App Router and Supabase application for verified pickleball identities, Club operations, auditable official results, and deterministic all-time leaderboards. Supabase is the only backend; no third-party sports platform owns identity or match data.
.env.example to .env.local and replace every placeholder with the hosted project URL and keys. Generate the two application secrets with openssl rand -hex 32.npx supabase link --project-ref <project-ref>.npx supabase db push --dry-run, then apply them with npx supabase db push.npm install and npm run dev, then open http://localhost:3000.Never run db reset against a hosted project and never seed production. SUPABASE_SERVICE_ROLE_KEY, SUBSCRIPTION_WEBHOOK_SECRET, and INTERNAL_SCHEDULER_SECRET are server-only.
Server Components perform reads. Server Actions and Route Handlers accept mutations using the signed-in user's Supabase session. Transactional PostgreSQL functions own finalization, Elo/stat projection, disputes, Trust Score, and audit invariants. RLS provides Club tenant isolation; service-role use is limited to internal retention, signed Storage operations, and verified webhooks.
Realtime messages are private invalidations; clients reconcile against the database. Evidence is retained for 90 days unless an appeal or legal hold blocks deletion. See competition rules and the feature quickstart.
Run npm run format:check, npm run lint, npm run typecheck, npm test, npx supabase test db, npm run build, and npm run test:e2e. scripts/verify-migrations.sh additionally performs a destructive reset of the local Supabase database, lint, type-drift, retention, and migration-recovery checks. Preview and production must use separate Supabase projects; apply backward-compatible migrations before deploying dependent Vercel code.
Synthetic demo accounts and fixtures are local-only and are documented in supabase/seed/README.md when enabled. Never reuse them in preview or production.