尚未检测到更新。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.