OPEN_SOURCE ↗
X · X// 4h agoOPENSOURCE RELEASE
Supabase server package hits public beta
@supabase/server packages server-side auth verification, request context, and Supabase client setup for Edge Functions and API runtimes. It’s built to cut boilerplate across Deno, Bun, Cloudflare Workers, Hono, H3, and Supabase Edge Functions while keeping RLS-safe defaults.
// ANALYSIS
This looks like Supabase turning a pattern lots of teams were hand-rolling into an official server-side primitive. The real value is not novelty, it’s reducing auth and client setup mistakes in edge-first backends.
- –`withSupabase` bundles auth modes like `user`, `publishable`, `secret`, and `none`, then returns pre-scoped clients and claims in one context object
- –The package is explicitly complementary to `@supabase/ssr`, so SSR cookie/session handling stays separate from stateless server auth
- –Hono and H3 adapters make it easier to adopt without rewriting framework middleware, while the core primitives leave room for custom handlers
- –Public beta plus SemVer v1 means it’s usable now, but teams should still expect some API churn as adapters and ergonomics mature
- –For Supabase-heavy apps, this is a practical infrastructure win: fewer bespoke wrappers, fewer auth footguns, cleaner RLS boundaries
// TAGS
supabase-serversdkapiframeworkdevtoolcloud
DISCOVERED
4h ago
2026-05-06
PUBLISHED
5h ago
2026-05-06
RELEVANCE
8/ 10
AUTHOR
supabase