Glamies v2 · use-case walkthrough

Chapter onboarding

Creating a new chapter, inviting its admin, and completing the chapter profile — the very first step before any season can exist. This is almost entirely unbuilt today: chapters are seed-only, there's no invite system, and the one thing that does exist is a read-only chapter home page.

8 steps 1 built & screenshotted 7 not yet built
01

Create a chapter

System admin Not yet built
Not yet built — no UI exists for this step today

Step 1 — The chapters table exists, but there is no createChapter service, route, or admin UI. Chapters are seed-only today; a system admin cannot stand up a new organization from the app.

02

Define the chapter's disciplines

System admin Not yet built
Not yet built — no UI exists for this step today

Step 2 — There's no discipline concept anywhere in the schema yet. Today the platform implicitly supports only one discipline (full-length competition theater) — a chapter can't yet pick theater vs. choir vs. public speaking, each with its own default rubric set.

03

Invite the chapter admin by email

System admin Not yet built
Not yet built — no UI exists for this step today

Step 3 — There's no invitation system in this app yet (no invitations table, no email send, no accept flow). Every chapter-admin membership in the seed data is inserted directly by seed.ts, not through an invite.

04

Chapter admin accepts invite / creates their account

Chapter admin Not yet built
Not yet built — no UI exists for this step today

Step 4 — Better Auth's plain email/password sign-in works (the login screen you've seen throughout these walkthroughs), but there is no invite-acceptance flow that binds a brand-new account to a specific chapter and role — signing in only works for accounts the seed already created and pre-assigned.

05

Chapter home — read-only profile

Chapter admin (Casey Marsh) Built & verified

Step 5 — This is as close as the app gets to a "chapter profile" today: a read-only chapter home with quick links to Schools/People/Important dates and a list of the chapter's seasons. `admin.getChapterHome` only reads — there's no edit form, and the chapters table itself has no website/location/address columns yet to edit even if there were one.

06

Chapter admin configures feature toggles

Chapter admin Not yet built
Not yet built — no UI exists for this step today

Step 6 — The settings table supports a chapter scope, and settings.setPolicy / the admin policies API exist, but they're only wired up for season-level policies (voting thresholds, nomination windows, etc.) — there's no chapter-scoped settings UI for things like auto-reminders or email notifications.

07

Chapter admin agrees to terms / acknowledgments

Chapter admin Not yet built
Not yet built — no UI exists for this step today

Step 7 — There's no terms/acknowledgment model in the schema at all — no field recording that a chapter admin accepted responsibility for handling sensitive student data.

08

Chapter admin can now create seasons

Chapter admin Not yet built
Not yet built — no UI exists for this step today

Step 8 — Chapter-admin RLS gating already exists (assertChapterAdmin), but season *creation* itself is missing — see the season-setup presentation for what season management is actually built today (authoring award categories/rubrics, the calendar, and role assignment all work; creating the season/schools/performances themselves does not yet).