API

not a valid UUID

Magic-link claim flow for TicketTailor verified attendees.

Public festival read APIs.

Organizer insights for a festival (the "dashboard" promised on /organizers).

Current competition month key, e.g. '2026-07' (UTC).

A proposal with what the organizer needs to decide.

Public dancer profiles + self-service editing.

One review per dancer per target. Denormalizes the reviewer's name + handle onto the row so the list needs no join. Shared by review.create (a normal star review) and askLocals.recommend (an auto-5★ recommendation) — `source` distinguishes them. Manual select-then-insert/update (not onConflictDoUpdate) so it works against the hermetic FakeDb in tests too; the unique constraint is the real backstop.

Community groups directory — the cold-start filler for cities where WeDance has no events yet. Public read per city; admin/bulk create (the Commander's existing list is imported via the seed / an admin import).

"Ask locals" — a newcomer posts a question for a city; locals answer by recommending an organizer or venue. A recommendation writes into the reviews spine as an auto-5★ review (source='recommendation'), auto-stubbing the target by slug so repeated recommendations of the same place aggregate.

Professional profiles (venue / artist / organizer) resolved by handle for the unified /@<handle> route. Returns the profile + its bookable spaces (venues). Dancers are resolved separately (profile.getByUsername); the /@handle page tries this first, then the dancer.

Booking requests — connector model (WeDance holds no money). An organizer requests a date for a bookable space; the venue responds off-platform for now. Public so organizers can request without an account (email required); the caller's dancerId is captured when signed in. Terms must be accepted.

Moderator elections — community governance for free/OpenAir commons (epic G800, WED-152). A space's moderator is elected annually; candidates propose the guidelines the space runs by (G802); the community votes on an OPEN, verifiable ledger — timestamped, attributable, editable-with-history (G803); the winner's guidelines become the active ruleset the moderator enforces on the free-booking queue (G804). Eligibility: real (verified) profile, one vote per profile (G801).

Feedback router.

Gigs this dancer answers for: posted by them, or by a page they run (and the app may use).

A city slug as stored on events/hangouts, from a slug or a typed city name ("München" → "munich").

Public dated events from the `events` table — today the live mirror of wedance.vip (v3) events written by scripts/sync-v3-events.ts. Only rows that are published and not archived are listed; the 9,580 historical v4 imports stay archived/unpublished and never surface here.

Batch count of plan items per event/festival. Returns a map of itemId → count. Used by city pages to populate attendee counts on event cards without N+1 queries.

Referrals (dancer → dancer festival tickets with a discount) and, since MCP phase 2, promoter tracked links: one link per promoter page + event (server/utils/trackedLinks.ts), what each link brought, the promoter dashboard and the promo kit.

Toggle follow on a profile (artist/organizer/venue). Idempotent: if already following, unfollows; if not, follows. Returns the new state: { following: boolean }.

Business mode — artists, venues and organizers managing their own profile.

Business mode — events a profile runs, and the /business home inbox.

server_flyer_generated — every paint request (each is an AI image call). `mode`: paint (new, in a look) / direction (fresh ideas) / again / recompose (4:5 feed post) / fix / refresh. Keeping one is `server_flyer_kept`.

Artist confirmation. An organizer's photo, video or name for an artist in their line-up is a pending suggestion on the artist's profile (the event uses it right away). The organizer copies a personal link for each artist; the artist opens it, approves or changes what's there, adds more — and, when nobody owns the page yet, creates an account and owns it.

Asking venues through WeDance — the venue twin of the artist link. The organizer asks one or more venues for an event (what they need, how many guests); each venue gets a personal link (/confirm/<token>, the same page as artists) and answers: can host it, another date, or no — with its terms. The organizer compares the answers and books one; the others' links then say it was booked elsewhere. A venue whose page someone runs here also gets the ask under "Needs you" on its Business home (no notification is sent).

Booking inquiries — anyone asks to book an artist or venue from their page (/@handle, or /@handle/book on the artist's own site), no account needed. The page's team is emailed (Reply-To = the asker) and sees it under "Needs you"; nobody running it → its private booking email, else WeDance passes it on. Limits: 3 a day per asker per page, 10 a day per asker, 30 a day per page.

Business mode — an event's content plan (event_posts): the posts it's promoted with, each made with the flyer pipeline in the event's look (/business/events/<id>/flyer?post=<post>). Proposing a plan only lists the posts; nothing paints until the organizer clicks.

Business mode — a profile's flyer styles (brand_looks): the looks its flyers are painted in. "Yours" are read off its own flyers or kept from a painting; "ideas" (source 'generated') are suggestions Gemini wrote for it, painted only when picked. The description is the prompt the look is painted from, editable as text.

A profile's website and contacts, managed on WeDance (RAZ-412): /business/network/<username>/website edits the page (sections, words in every language, the welcome email), /business/network/<username>/contacts lists who signed up on it. The site reads /api/profiles/<username>/site.

Business mode — teams. Who may join a profile, with which role, and who decides:

Business mode — Network (RAZ-408). The artists, venues and organizers a page works with.

A swipe card is a photo: dancers without one never enter the deck.

Returns the active Network subscription for a profile, or null. Public so the organizers page can show the plan status without auth.

Set attendance status for an event. 'none' removes the attendance. Default visibility = hidden (opt-in, per RAZ-313).

The dancer's side of connected apps (MCP): the /oauth/authorize consent screen and /settings/connections. Web sessions only: none of these paths is in server/trpc/scopes.ts, so an app's token can never call them (an app can't approve its own consent or list other connections).