SDK Engineer - Python

Before you apply

Job source

Ats

Applying on

jobs.ashbyhq.com

Workplace

Fully remote

US state

Nationwide remote

Category

IT

Link last checked

2 hours ago

Posted

1 week ago

Closes

No stated closing date

1. 1. Tailor your resume to this posting — it takes about a minute and noticeably improves your match score.
2. 2. Click One-Click Apply. We open the posting directly on jobs.ashbyhq.com in a new tab — Remote Me never charges for or intermediates an application.
3. 3. Create or sign in to the employer's applicant account, upload your resume, and submit their form.
4. 4. Come back and hit Save so this role stays in your dashboard — we'll notify you if the posting closes or the link breaks.

About the role

ABOUT SUPABASE Supabase is the Postgres development platform, built by developers for developers. We provide a complete backend solution including Database, Auth, Storage, Edge Functions, Realtime, and Vector Search. All services are deeply integrated and designed for growth. ABOUT THE ROLE We're looking for a SDK Engineer - Python to join our SDK team and own how developers talk to Supabase from Python. You'll work closely with the rest of the SDK team, our Auth, Realtime, Storage, PostgREST, Functions, CLI and Docs teams, and the open-source community, helping us make the Python SDK a library Python developers genuinely enjoy using. Python developers reach Supabase from backend services, data pipelines, notebooks, and a growing number of AI agents and agent frameworks. The Python SDK is how all of them talk to the platform: database queries, auth, storage, realtime and edge functions, in both sync and async flavors. This is a library-authoring role, and the work happens in the open: public repos, public issue trackers, and API decisions whose consequences last for years. If you get satisfaction from a type checker that catches the bug before your users do, from an async client that cleans up after itself, and from an issue tracker that isn't a graveyard, you'll like it here. This role is ideal for someone who thrives in async, fast-paced environments and is excited about building developer tools that scale to millions. WHAT YOU'LL BE RESPONSIBLE FOR - Build and evolve our Python SDK across database, auth, storage, realtime and functions, with both sync and async APIs that feel natural in Python. - Start new things. Alongside the maintenance work, find what's missing, make the case for it, and build it. Nobody will hand you the list. - Work in the open. Triage inbound issues, review and shepherd outside contributions, keep CI and release automation healthy, and hold a clear, kind line on scope. - Own the typing experience. Make the SDK fully typed and checker-friendly, so autocomplete and static analysis stay correct in real codebases. - Keep us honest across environments. Multiple Python versions, sync and async frameworks, workers, serverless and notebooks — with dependency ranges that don't fight our users' projects. Test it, don't assume it. - Work on realtime. Long-lived websocket connections, reconnection, and subscription and presence semantics. - Track the platform. When auth, realtime, storage, postgrest or edge functions ship a change, make sure the SDK reflects it, and that we say so in the changelog. - Design in public. Write the RFCs, migration guides, release notes and docs. Treat a breaking change as a deprecation path plus a migration story, not a version bump. - Make our SDK legible to AI coding agents, which are now a major consumer of it. YOU MIGHT BE A GOOD FIT IF YOU - Know modern Python typing deeply. You use generics, protocols, overloads and TypedDict as design tools, run strict type checking, and fix type errors without reaching for Any. - Have authored or maintained a published library with a public API and users outside your own company. You know what it costs to change something people depend on. - Know the maintainer side of open source. Issue triage at volume, reviewing outside PRs, release automation, changelogs and semver, security reports, and saying no to a feature request without losing the person who asked. - Are fluent in asyncio and have opinions on how a library should serve both sync and async callers. - Know Python packaging for libraries: pyproject.toml, wheels, modern tooling, version support policy, and why libraries shouldn't pin their dependencies tightly. - Test as a habit: unit, type-level and end-to-end against a real stack. Every fix comes with a regression test. - Write well. Design docs, changelogs and issue replies are a large part of the output here, much of it public, and we're async by default. - Have real autonomy: you find the important work, scope it, ship it, and say

Supabase is hiring remote talent through Remote Me. All listings are vetted for legitimacy.