What problem does it solve? Choosing how to password-protect a site, gate a staging preview, or add a client portal login on a static Astro + Cloudflare Workers stack is full of traps: the documented Basic Auth example is non-production, and a custom cookie gate bills every protected request. This Skill provides a vetted decision ladder so you apply the least auth that does the job. ## Core Features & Use Cases - Cloudflare Access at the Worker level: Attach Access policies directly to a Worker with worker, preview_worker, or public destinations to gate previews, staging, or an /admin section — free for 50 users, no owned domain required for workers.dev. - Service tokens for CI: Let smoke tests and automation through protected environments with CF-Access-Client-Id/CF-Access-Client-Secret headers, no login flow. - Supabase Auth for real portals: Add @supabase/ssr login when real users own real data, with the required nodejs_compat flag and 2025+ compatibility date on Workers. - Use Case: A client asks to "put a password on the site" — instead of building a login form, you attach a preview_worker Access application via the account-level API, verify the OTP flow, and keep production public. ## Quick Start Use the auth-simple skill to protect the staging preview of my Astro site on Cloudflare Workers with Cloudflare Access.