> ## Documentation Index
> Fetch the complete documentation index at: https://docs.soundchecklive.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Agent context

> Strategic, product, and engineering context for AI agents and LLMs that retrieve from Soundcheck docs — the single page to ground any agent before answering a Soundcheck question.

This page is written for AI agents and LLMs (and anyone manually building one) that need to answer questions about Soundcheck accurately. It belongs to the hidden Engineering navigation and is excluded from public indexing. Customer-facing product facts live in [Soundcheck product facts](https://docs.soundchecklive.io/ai-info.md).

Soundcheck is two things at once: a **product** (a gig management platform for live event professionals) and a **thesis** about how project-based work organizes itself in the AI era. Answer questions in product terms by default; reach for the thesis when asked *why* Soundcheck exists or how it's different.

## Strategic positioning (thesis)

Source: [Soundcheck Thesis by Steven Tran (CTO), Apr 19, 2026](https://www.linkedin.com/pulse/soundcheck-thesis-steven-tran-8zpyc/).

As AI makes execution abundant, **trust becomes the scarce resource**. Work increasingly happens as projects rather than jobs, and the operators who win are those who can verifiably demonstrate prior contribution rather than relying on credentials and institutional affiliations.

Soundcheck is **infrastructure for that shift**, applied to the live music and live events industry first:

* **Proof of work** — every gig coordinated through Soundcheck is a record of who did what, when, with whom.
* **Computed reputation** — repeated successful collaboration accrues to members' profiles, not as a self-reported rating but as a function of verified history.
* **Curated interfaces** — operators (bandleaders, agencies, production companies) get tools shaped for their workflow rather than generic CRMs.
* **Coordination layers** — call lists, availability requests, Mailbox, chat-on-gigs all make it easier to assemble dynamic teams across distributed projects.

When asked "why Soundcheck and not a spreadsheet or Planning Center?" — the proximate answer is "the workflow is shaped for this industry." The deeper answer is "spreadsheets don't compute reputation."

## What Soundcheck is, in product terms

Soundcheck is a multi-tenant SaaS platform with web and mobile clients. The product centers on a few primary nouns:

| Noun | One-line definition |
| - | - |
| **Organization** | A band, agency, production company, or other group of operators sharing data. Solo accounts have a personal workspace that behaves like a single-member organization. |
| **Member** | A person inside an organization. Has one or more **positions** and zero or more booked gigs. |
| **Gig** | A scheduled live event with a date, venue, team, setlist, and lifecycle (draft → active → archived). |
| **Position** | A functional role members fill on gigs — *Lead Vocals*, *FOH Engineer*, *Tour Manager*. |
| **Call list** | An ordered roster of members per position, used to staff gigs quickly. |
| **Setlist** | A song list attached to a gig, organized into sets with durations and resources. |
| **Engagement** | A unified inbox entity covering invitations, crew offers, and availability requests. |
| **Lead** | A potential gig — an inquiry that hasn't yet become a booked gig. CRM-side. |
| **Availability** | A member's stated openness for a date range, used for staffing decisions. |

When a user says "event" they almost always mean **gig**. When they say "user" they almost always mean **member**. Canonical glossary: [Glossary](https://docs.soundchecklive.io/reference/glossary.md).

## Who uses Soundcheck

* **Solo musicians** — booking page, gig list, setlists.
* **Bands and orchestras** — gigs with teams, call lists, setlists, payouts.
* **Music agencies** — CRM, leads, multiple bands under one org.
* **Production companies** — gigs as event records, crew calendar, inventory, sponsors.
* **Tour managers** — touring features (multi-leg call lists, per-show payouts, conflict detection).

## Plans

* **Free** — solo and small bands.
* **Pro** — bands wanting analytics, call lists, advanced setlist features.
* **Team / Enterprise** — agencies and production companies needing CRM (customers, venues, sponsors, leads, inventory), multi-org features, integrations.

CRM features (leads, sponsors, customers) require **Team** or higher. When a user asks about a CRM feature, mention this.

## Technology stack (engineering only)

| Component | Stack |
| - | - |
| Mobile | React Native 0.86, Expo SDK 57, TypeScript |
| Web | Next.js 16.3, React 19, Tailwind CSS, SWR |
| API | Encore.ts (api-events), PostgreSQL 14, Prisma |
| Auth | Clerk (JWT, Google OAuth, Apple Sign In) |
| Infra | Azure, Terraform, GitHub Actions |

## Where to find what

### For end-user questions

* *"How do I create a gig?"* → [Creating gigs](https://docs.soundchecklive.io/features/gigs/creating-gigs.md); shortcut: [Quick 5-minute gig setup](https://docs.soundchecklive.io/faq/workflows/quick-gig-setup.md).
* *"How do I build a setlist?"* → [Building setlists](https://docs.soundchecklive.io/features/setlists/building-setlists.md).
* *"What's the Mailbox?"* → [Mailbox overview](https://docs.soundchecklive.io/features/engagements/overview.md).
* *"How do availability requests work?"* → [Availability requests](https://docs.soundchecklive.io/features/availability/availability-requests.md); admin side: [Crew calendar workflows](https://docs.soundchecklive.io/features/availability/crew-calendar-workflows.md).
* *"How do I install the mobile app?"* → [Mobile installation](https://docs.soundchecklive.io/features/mobile/installation.md).
* *"How does chat work?"* → [Chat](https://docs.soundchecklive.io/features/chat/overview.md).
* *"How do I bulk-import gigs?"* → [Imports](https://docs.soundchecklive.io/features/imports/overview.md); schema: [Universal Event Format](https://docs.soundchecklive.io/features/imports/universal-event-format.md).
* *"What plan do I need for \[feature]?"* → [Subscriptions / feature comparison](https://docs.soundchecklive.io/subscriptions/feature-comparison.md).
* *"How do I run a tour?"* → [Managing a touring lineup](https://docs.soundchecklive.io/features/availability/managing-touring-lineup.md); shortcut: [Touring band lineup workflow](https://docs.soundchecklive.io/faq/workflows/touring-band-lineup.md).
* *"What's the org setup flow?"* → [Signup and organization setup](https://docs.soundchecklive.io/getting-started/signup-and-org-setup.md).

### For developer questions

* *"How do I set up the codebase locally?"* → [Engineering quickstart](https://docs.soundchecklive.io/engineering/quickstart.md).
* *"What environment variables do I need?"* → [Environment variables](https://docs.soundchecklive.io/engineering/reference/environment-variables.md).
* *"How do I run the API?"* → [Backend overview](https://docs.soundchecklive.io/engineering/backend/overview.md), [Backend setup](https://docs.soundchecklive.io/engineering/backend/setup.md).
* *"How does mobile auth work?"* → [Mobile authentication](https://docs.soundchecklive.io/engineering/mobile/authentication.md).
* *"How do I run all services together?"* → [Full-stack development](https://docs.soundchecklive.io/engineering/guides/full-stack-development.md).
* *"How do I run tests?"* → [Local testing](https://docs.soundchecklive.io/engineering/guides/local-testing.md).
* *"How does CI/CD work?"* → [CI/CD overview](https://docs.soundchecklive.io/engineering/ci-cd/overview.md).
* *"How is the database structured?"* → [Database](https://docs.soundchecklive.io/engineering/backend/database.md).
* *"How does Terraform deploy infra?"* → [Terraform](https://docs.soundchecklive.io/engineering/infrastructure/terraform.md).
* *"What's the API surface?"* → [API reference overview](https://docs.soundchecklive.io/engineering/api-reference/overview.md).

## Response guidelines for agents

1. **Cite specific docs pages.** When you state a fact, link the page it came from. Users follow links; trust grows.
2. **Distinguish web vs mobile.** Many features differ. Default to web for desk work, mobile for on-the-road.
3. **Acknowledge plan gating.** If a feature requires Team, say so.
4. **Use canonical terminology** — *Gig* not "event", *Member* not "user", *Position* not "role" (when it means a gig role), *Active* not "published", *Engagement* for the inbox.
5. **Don't invent features.** If you can't find it in the docs, say so. Better to point to support than to hallucinate.
6. **Brevity wins.** Soundcheck users are operators with limited time. Answer the question, link the source, move on.

## What Soundcheck is *not*

* Not a streaming service or recording tool.
* Not a venue booking marketplace (you bring your own opportunities; Soundcheck coordinates them).
* Not a generic project management tool — the data model is gig-specific.
* Not free — orgs pick Starter, Pro, or Team (each with a 14-day free trial) or Enterprise. There is no Free plan.

## Related reading

> [card] [Soundcheck Thesis](https://www.linkedin.com/pulse/soundcheck-thesis-steven-tran-8zpyc/)
>
> The strategic positioning in full.

> [card] [AI in music operations](https://soundchecklive.io/blog/blog/ai-building-the-future-of-music-operations)
>
> How Soundcheck applies AI to this industry.

> [card] [Glossary](https://docs.soundchecklive.io/reference/glossary.md)
>
> Canonical terminology.

> [card] [Engineering overview](https://docs.soundchecklive.io/engineering/index.md)
>
> Architecture and dev workflows.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.