Skip to content

Supabase

Postgres, auth and storage for your app, provisioned as you build.

How Vibely builds your backend

About Supabase

Connect Supabase to Vibely to provision a Postgres database, authentication and storage for your project. Vibely designs the schema, writes migrations and row-level security policies, and wires sign-in and data access into the app it builds — all in a Supabase project you own. Useful for anything with users, saved data or file uploads.

What you get

  • Postgres

    A real relational database, not a key-value store bolted onto a form builder. Tables, foreign keys, indexes, views and SQL you can read.

  • Auth

    Email sign-in, sessions and users live in your Supabase project. Your app authenticates against it directly — Vibely is not in that flow and has no login of its own for your users.

  • Storage

    Buckets for avatars, receipts, exports and anything else your users upload, with access policies written alongside the tables that reference them.

  • Edge Functions

    Server-only logic — webhook handlers, scheduled jobs, anything that has to hold a secret key. Secrets go into Supabase Edge Function secrets, never into your client bundle.

  • Realtime

    Every Supabase project ships Postgres change streams over websockets. Ask for a board that updates as other people edit it and that is what it is built on.

  • RLS by default

    New tables get a deny-all row-level security policy, and the agent then adds least-privilege policies for the access patterns your app actually needs.

What the agent does

  1. 01

    Creates or links the project

    Connect Supabase from the Backend drawer and the agent either creates a new project in your organization or links the one you already have.

  2. 02

    Writes the migration

    Schema changes land as timestamp-prefixed SQL files under supabase/migrations/ in your repo, and are pushed with supabase db push --linked. The SQL is yours to read, edit and keep.

  3. 03

    Writes the RLS policies

    Every table the agent creates starts deny-all, then gets policies scoped to auth.uid() or to whatever role column your app uses.

  4. 04

    Wires the client

    @supabase/supabase-js is configured with environment-aware URLs and anon keys, so the same code works in preview and in production.

  5. 05

    Keeps reading the live schema

    From then on the agent has supabase_setup (link, migrate, restart) and db_schema (read the live schema), so later turns build against what your database actually contains rather than what it remembers writing.

What you should know first

  • One database behind your web app and your native app

    Vibely builds native mobile apps with Expo as well as web apps, and the same Supabase project backs both. One schema, one set of migrations, one auth configuration — a user who signs up on the website is signed in on the phone, against the same users table.

  • Why RLS is mandatory on mobile

    The Supabase anon key is compiled into the Expo bundle, so anyone who installs your app can call your database directly. The only thing standing between an extracted key and your users’ rows is the row-level security policy on the table — which is why the agent writes one for every table it creates.

  • You bring your own Supabase account

    Vibely does not host your database and does not resell database capacity. A project created here is a normal project in your own Supabase organization, on your own plan, and Supabase bills you directly. If you leave, the database stays where it is.

  • The OAuth app needs database permissions

    Connecting is an OAuth flow against the Supabase Management API. Migrations need the Database read and write permissions enabled on that authorization — if they are missing, the agent will tell you rather than half-apply a schema change.

  • The migrations are files in your repo

    Everything the agent changes is a timestamp-prefixed SQL file under supabase/migrations/. You can read the diff, edit it, revert it, or run it yourself with the Supabase CLI.

  • Server-side secrets live in Supabase

    API keys your app needs at runtime are set as Supabase Edge Function secrets and read by an Edge Function. They are never bundled into the web or mobile client.

Permissions

What Vibely asks for when you connect Supabase.

  • Read Database & Schema
  • Write Schema & Tables
  • Provision New Projects
  • Manage Auth & Policies
  • Manage Storage Buckets
All connectors

Not sure where to start? Describe it.

Vibely turns a sentence into a working app — start with an idea, a sketch, or a problem you want solved.