An official Supabase Go SDK is on the way

[QuintinWillison]

We're building an official Supabase SDK for Go.

Hi. I'm one of the engineers on the SDK Team here at Supabase, where I'm focused on building out capabilities for golang. Let's Go!

What's cooking?

We're starting from the ground up with a clean slate. The SDK will support PostgREST, Auth, Realtime, Storage, and Edge Functions.

The work is internal today: nothing is public yet.

Highlights include:

• a focus on API stability
• encapsulation and immutability, for a lean public API and interfaces that are easier to reason about
• minimal dependencies, to mitigate supply chain vulnerabilities
• context.Context everywhere - enough said!
• interfaces and structs like a Gopher, not a Java/C# developer

Why build new?

We looked hard at what makes a Go SDK excellent for the developers using it, and at what makes one maintainable and testable for us. That gave us a clear picture of what good looks like.

The community Go SDK is impressive work, and we appreciate it. But Go itself has moved on since that work began, and some of that SDK's core design decisions no longer fit what our users need, or what we need as maintainers.

For that reason we decided to start from scratch on a new official SDK.

When will it be available?

In phases as we build out each set of capabilities. We're aiming for:

1. an early public Alpha before the end of this year (2026), focused on PostgREST and Auth
2. a Beta in early 2027 that adds Storage and Edge Functions
3. GA soon after
4. Realtime support following GA

How can you help?

Now...

In the short to medium term, tell us below what you like and what you wish for as a Gopher using Supabase. We love to hear from you.

What, for example, would encourage you to use our Go SDK to interact with Supabase REST-based services rather than implement using an HTTP client directly yourself?

What would you build with Supabase Realtime from Go?

Later...

Once the SDK is stable and early users have validated it, we'll open it up for open-source contributions. But please bear with us in the short term: we want to get the core right before opening the doors. Until then, the best way to help is to reply below.

---

_{The Go gopher was designed by Renee French. 💚}

[MuaazBayat]

Can we get early access? Just an official sdk with minimum functionality delivered sooner would be amazing. Can build from there.

[QuintinWillison]

That's exactly what the Alpha will be... the point at which we make the repository public, so the module can be fetched with go get. We're currently tracking ahead of our end-of-year target and hoping for late October, maybe sooner if all goes well! 🤓

The Alpha will focus on PostgREST and Auth. Would that cover your "minimum functionality", or is something else essential for your use case? Would love to hear.

[muratmirgun]

Can we get early access for contributions?

[QuintinWillison]

Hi @muratmirgun 👋 and thank you for reaching out, it's a good question.

Our goal in the short term is to maximise velocity and consistency from the Supabase side by way of direct implementation, we have a solid plan of how to proceed and are very focussed on working on that. That means the initial public opening of the repository will remain closed to external contributions by way of pull request while we incubate at speed.

Issue creation and comments will always be welcome, of course!

Once we're stable/validated, likely after first GA release, then we will open up for external pull requests as we do for our other official SDKs in the supabase org.