What problem does it solve? Managing secrets across local development, CI pipelines, and Vercel deployments often means scattered .env files, unclear token scoping, and no audit trail. This Skill provides sourced, step-by-step guidance for adopting Doppler as a single secrets control plane for a SvelteKit on Vercel stack. ## Core Features & Use Cases - Project and config modeling: Design Doppler workplace/project/config hierarchies (dev/stg/prd, Personal Configs, branch configs) and avoid the one-project-per-team anti-pattern. - Local dev and Vercel sync: Replace .env files with doppler run injection, commit a doppler.yaml, and set up per-environment Doppler-to-Vercel syncs with Sensitive variable types. - Tokens, CI, rotation, and audit: Scope Service Tokens per config, wire GitHub Actions via the native sync, Secrets Fetch Action, or OIDC, configure two-secret-strategy rotation, and use Access Logs versus Activity Logs. - Use Case: A team migrating a SvelteKit app off .env files can follow the guides to run doppler setup, wrap npm run dev with doppler run, sync stg/prd configs to Vercel Preview and Production, and authenticate GitHub Actions with OIDC instead of a static token. ## Quick Start Ask the agent to set up Doppler for your SvelteKit project, replacing your .env file with doppler run and syncing secrets to Vercel.