Turso
3 operations0 webhooks
Serverless SQLite databases on libSQL with global replication.
Supported operations
- ListenRead-only
Listen to committed insert/update/delete events for a table in a Turso database
FAQ
Install corsair and @corsair-dev/turso, add the Turso plugin, and connect with an API key. Then call methods like corsair.turso.api.changes.listen() from your app. Corsair syncs data per tenant.
Yes. Turso requires an API key from your Turso account or developer dashboard. Create credentials with access that matches what you automate, then paste them into Corsair or connect through managed auth in Hub.
Yes. One Corsair client can hit Turso, GitHub, Notion, Stripe, and the rest. Trigger Turso from a webhook, push updates to Slack, or chain actions across plugins. Same tenant context across integrations, plain TypeScript.
Teams use Corsair for serverless sqlite databases on libsql with global replication. Common builds include sync jobs, admin tooling, and agents that call Turso APIs from your backend. Local DB entities let you query synced Turso records without hitting the API on every read.
The SDK is open source. Self-host and you pay Corsair nothing for the integration layer. Hub bills for hosted auth and execution, not per Turso API call. Hub has a generous free tier. For hobby projects you can probably run the whole thing on free. Paid plans start to matter with more tenants or heavier traffic.
We maintain @corsair-dev/turso in the open repo. When Turso ships API changes, upgrade the package. Your call sites stay typed. You should not need to rewrite the integration layer each time.
No. Corsair does not read your Turso data or hold individual access credentials. Credentials stay in your database. API calls run on your instance. We do not store Turso data on your behalf.