ClaudeSuperPower

cross-app-shared-auth

Skill

Blueprint for wiring many apps to one shared login plus a central accounts database, so a person has a single account across every app and access to each app accrues per app (opt-in, deny-by-default). Use this whenever onboarding a new app into a shared-auth family, setting up cross-subdomain SSO, b

Install

git clone https://github.com/ooiyeefei/ccc.git ~/.claude/skills/cross-app-shared-auth

What is cross-app-shared-auth?

Blueprint for wiring many apps to one shared login plus a central accounts database, so a person has a single account across every app and access to each app accrues per app (opt-in, deny-by-default). Use this whenever onboarding a new app into a shared-auth family, setting up cross-subdomain SSO, building a central entitlement or "app access" database, adding per-app access gating, or when the user mentions one login for many products, shared accounts across apps, subdomain SSO, a central accounts service, app entitlements, or letting people sign up from any app OR a landing page and have it register centrally. Trigger even if the user does not say "shared auth" but describes a portfolio or family of apps that should share identity.

What this can do

Capabilities declared in this component's own frontmatter — not inferred.

Inherit all session tools

Declares no tool restrictions — inherits every session tool

~186 tokens of context used while enabled, before you invoke anything

Documentation

README · ~17 min read

Cross-App Shared Auth

A repeatable blueprint for connecting a family of apps to one shared identity plus one central accounts database, so:

  • a person has a single account across every app (sign in once, known everywhere),
  • access to each app is granted per app, on demand, and accrues over time (not all-or-nothing),
  • users can sign up from any app OR from a central landing page, and either path registers them centrally.

Use it two ways: to stand up the platform the first time, and to onboard each new app after that. When onboarding, follow the sequence in references/onboarding-checklist.md step by step.


The one idea to hold onto

Identity is shared. Entitlement is per app. These are two independent layers, and conflating them is the mistake that causes almost every problem in this space.

  • Identity (who is this person): one shared auth provider issues one stable user id used by every app. Signing in on app A signs you in on app B too (SSO across subdomains). This does not grant access to app B.

Reviews

Log in to leave a review.

No reviews yet — be the first.

Explore related

Other things in this space — across every part of the ecosystem, not just skills.