All work

Frauthy

A modular auth abstraction protocol.

One stable contract — session().can() — over swappable OAuth/OIDC providers and Zanzibar-style authorization stores. Author rules once in Frauthy Script; compile to SpiceDB or Ory Keto; eject any time.

Timeline 2026
Our role Protocol design, Rust core, SDKs, cloud platform
Frauthy One contract, swappable implementations
App layer · stable
// your code — never changes
frauthy.session().can("access", portal)
Implementation layer · swappable
BetterAuth Ory Hydra Keycloak Auth0 Clerk Custom OIDC
Metrics Verified from the workspace
10 / 10 SDK × backend conformance matrix
7 Rust crates in the core engine
4 Languages at SDK parity
6 Supported identity providers
10 Framework adapters across the SDKs
100 / 100 Integration assertions in the cross-language sandbox

What it does

  • Single app-layer contract: session().can("action", resource)
  • Frauthy Script: schema language, compiler and LSP — emit SpiceDB or Ory Keto
  • Swappable providers: BetterAuth, Ory, Keycloak, Auth0, Clerk, custom OIDC
  • SDKs in TypeScript, Rust, Go and Python at full conformance parity
  • Eject to raw standard parts at any time — no lock-in by construction
  • Auth-native APM: OTLP traces across the authn → map → authz → decide lifecycle
  • Marketplace for reusable auth modules with ReBAC-governed visibility

Problem

Every product rebuilds the same seam between "who are you" (OIDC) and "what may you do" (fine-grained authorization), coupling app code to vendors on both sides. When you switch providers, you rewrite the integration.

Approach

Make the seam the product: one stable contract above, swappable implementations below, observability through the whole decision path, and a guaranteed exit via eject.

System

A Rust core (7 crates) powers the Frauthy Script compiler and LSP. A 4-language SDK conformance matrix ensures TypeScript, Rust, Go, and Python all behave identically against both SpiceDB and Ory Keto backends. Frauthy Cloud provides a managed control plane with auth-native APM on Cloudflare, and a marketplace with ReBAC-governed visibility tiers.

Craft

Conformance-driven development: the 10/10 SDK-by-backend matrix is the release gate. Go and Python SDKs use stdlib-only dependencies. The discovery-doc design language ensures consistent documentation across all surfaces.

Proof

GPFamily is the canonical worked example throughout Frauthy's documentation. The self-hosted tier is always free. Clean security review. Near-zero TODO density across the codebase.

Capswan's own customer portal authorization is SpiceDB-based, giving Frauthy a dogfooding path from within the studio itself.

Building on identity and fine-grained access? This is what our studio does. Start a project →

Design

Frauthy marketing site hero — protocol overview
Marketing site: protocol overview and provider diagram
Frauthy provider-neutral authorization plane
One app contract over swappable authorization providers
Frauthy discovery-site visual baseline
Discovery-site visual system
Frauthy reading toolbar component baseline
Reading controls in the product language
Frauthy admin visual baseline
Admin relationship and policy surface
Frauthy cloud visual baseline
Cloud observability surface

Code

Frauthy is an 11-repository ecosystem around one seam: authentication in, authorization out. A Rust core compiles Frauthy Script to SpiceDB or Ory Keto; four SDKs hold conformance parity; a managed cloud adds auth-native observability.

Protocol Core

Request lifecycle engine (authn → map → authz → decide → observe); 7 Rust crates

Rust

Frauthy Script

Schema language: compiler + LSP; emits SpiceDB .zed or Keto OPL

Rust (compiler, LSP)

CLI

frauthy init/compile/eject/conformance/dev — react-scripts-style eject

Bun TypeScript

SDKs

TypeScript, Rust, Go (stdlib-only), Python (stdlib-only); 10 framework adapters

4 languages

Cloud

Managed control plane: multi-tenant projects, OTLP ingest, auth-native APM, billing

Hono DuckDB/ClickHouse Cloudflare

Marketplace

Publish/discover auth modules; ReBAC-governed visibility tiers; domain verification

Hono Astro R2

Admin

Operator portal + TUI: relationship browser, check console, schema editor, key rotation

SolidJS Ink

Brand

Design system: 7 published packages, discovery-doc visual language

tokens/CSS/Solid/Astro/WC

Sandbox

3 integration apps (TS/Go/Python) proving cross-language, cross-backend parity

multi-language harness

Plus DevOps (conformance matrix, coverage gates, observability portal) and Terraform infrastructure for self-host and cloud.