Skip to main content
Reference Center

Reference docs for Racey race operations

Use this page when you need operational detail for league setup, race-day work, integrations, and the role-aware workflows that connect drivers, staff, stewards, and broadcasters.

Start Here

Start Here

The shortest path for new users by role.

Operational Reference

Operational Reference

Use these views when you need to confirm how Racey behaves across race operations, not just learn the basics.

League operations

League creation, season setup, scheduling, roster approvals, announcements, and branding.

Admin workflow
Race-day control

Results lifecycle, staff boundaries, and the handoff from league setup to event execution.

Race ops workflow
Stewarding consistency

Protests, blind review, rulings, appeals, and the decisions that need tight UX copy.

Steward workflow
Fast lookups

Permission matrix, role boundaries, workflows, and troubleshooting in one place.

Open cheat sheet
Integrations

Integrations

The platform connects several race-day systems; these are the pieces most likely to matter when you go live.

API and external tooling

API keys and integration planning for bots or analytics.

API docs
Discord bot setup

Webhook setup, bot invite flow, /setup, slash commands, and linked-account DMs.

Discord guide
Broadcast overlays

Tokenized overlay URLs, browser-source setup, and real-time race graphics.

Broadcast setup
Payments and plans

Stripe entry fees, plan limits, and which features require Pro or Enterprise.

Pricing and billing
Public discovery

League directory, events, and the first-touch surfaces new users will judge fastest.

Public directory
Verification checklist

What to verify before you invite your league

These checks help confirm the public promise matches the workflows people will actually use.

First-session clarity

A new user should understand where to start in less than 30 seconds.

Pick a role and finish one guide without hitting duplicate copy.
Confirm navigation labels separate onboarding from reference.
Check that public pages answer who the product is for and what to do next.
Core workflow coverage

The public promise needs to match the product surfaces people can actually use.

League creation, season setup, results, protests, and notifications need one clean dry run in the current release.
Any backend-heavy feature without an obvious UI entry point should be documented or hidden.
Use the latest docs review and production release notes as product truth.
Supportability

Users should know where to go when they get stuck.

Keep quick reference and role guides linked from every major learning surface.
Point integration-heavy users to API docs instead of mixing that detail into beginner flows.
Capture friction during internal rehearsals before inviting your league.
Support

Find the right support path

Reference pages should make it clear where to go when a workflow, integration, or operational decision needs more context.

Contact support

Use when the behavior feels wrong or unclear.

Contact support
API documentation

Reference endpoints, keys, and integration patterns.

API documentation
Changelog

Track what changed so feedback maps to the right build.

Changelog