Thanks — great question. You're asking whether staging, production, and local environments should be separate LiveKit projects. Short answer and recommended practice:
• Yes — it’s recommended to use separate LiveKit instances (projects in LiveKit Cloud) for staging, production, and development/local.
◦ Each LiveKit Cloud project has its own URL, API key, and secret, which prevents accidental use of production credentials in lower environments.
◦ Separate projects reduce the risk of test traffic affecting production users and make it easier to test configuration, scaling, or upgrades safely.
• If you self-host, use separate deployments for staging and production and a local server for development.
What I can help with next
• If you want guidance tailored to your team, tell me: how many projects/environments you plan to run, whether you want shared billing, and whether you use LiveKit Cloud or self-hosted.
• If you prefer consolidated billing across those projects, note that the Scale plan supports a “shared plan across projects” so billing can be unified while keeping environments separate.
Would you like a recommendation based on your current project count and team setup?
Sources:
Self-hosted deployments | LiveKit Documentation, with interactive elements