---
title: "Build anything: Supabase from code, and an MCP server for your app"
description: "Supabase announced tools at Supabase Select that let coding agents manage backend configuration and deployment from code, eliminating the need for dashboard-only changes. Declarative Schemas 2.0 allows agents to edit SQL files as the source of truth, with pg-delta generating migrations, while config.toml holds settings like auth providers that can be pulled back from the dashboard. Local development now runs as native processes without Docker, supporting multiple instances per directory and working in environments like Claude Code’s sandbox, currently in alpha off by default. Supabase Compute provides long-running services in any language alongside the database, with configurable memory and CPU, public or private HTTP endpoints, and deployment via CLI or Management API. The new MCP server lets user agents interact with an app as the signed-in user, respecting existing RLS policies, built on @supabase/server and Supabase Middleware, with a headless app template available."
---

# Build anything: Supabase from code, and an MCP server for your app

[Supabase](https://yomu.fyi/company/supabase) · wenbo, laktek, jgoux, avallete, rand\_arete, katerina\_skroumpelou · Oct 2, 2026

**Type:** Announcement

## Summary

Supabase announced tools at Supabase Select that let coding agents manage backend configuration and deployment from code, eliminating the need for dashboard-only changes. Declarative Schemas 2.0 allows agents to edit SQL files as the source of truth, with pg-delta generating migrations, while config.toml holds settings like auth providers that can be pulled back from the dashboard. Local development now runs as native processes without Docker, supporting multiple instances per directory and working in environments like Claude Code’s sandbox, currently in alpha off by default. Supabase Compute provides long-running services in any language alongside the database, with configurable memory and CPU, public or private HTTP endpoints, and deployment via CLI or Management API. The new MCP server lets user agents interact with an app as the signed-in user, respecting existing RLS policies, built on @supabase/server and Supabase Middleware, with a headless app template available.

## Context

Coding agents could write application code but not manage backend configuration, which required dashboard operations and CLI migrations. Additionally, user agents in platforms like Claude or ChatGPT lacked a standardized way to interact with apps as authenticated users.

## Approach / What changed

Supabase introduced Declarative Schemas 2.0 with pg-delta for migration generation, config.toml for settings, native local development without Docker, Supabase Compute for long-running services, and an MCP server for user agents to interact with apps as signed-in users.

## Takeaways

- Declarative Schemas 2.0 uses SQL files as source of truth; agents edit them and pg-delta generates migrations, replacing manual migration writing.
- Local Supabase can run as native processes without Docker, allowing multiple instances per directory and working in CI runners and agent sandboxes.
- Supabase Compute runs long-lived services in any language next to the database, with public or private HTTP endpoints, configurable resources, and deployment via CLI.

## FAQ

### How does Declarative Schemas 2.0 work?

Agents edit SQL files in supabase/schemas/\*.sql as the source of truth. The pg-delta diff engine generates migrations from those files. New projects use it by default; existing projects enable it in config.toml.

### What is Supabase Compute and how is it different from Edge Functions?

Supabase Compute runs long-running web services and agents in any language with a full Linux environment, no time limit, and configurable memory and CPU. Edge Functions have execution limits and no full Linux environment.

### How does the app's MCP server authenticate users?

The MCP server is an authenticated Edge Function deployed via a shadcn command. It uses @supabase/server and Supabase Middleware to know who is signed in, and RLS policies control data access per user.

**Tags:** [AI Agents](https://yomu.fyi/topic/ai-agents), [Developer Experience](https://yomu.fyi/topic/developer-experience), [MCP](https://yomu.fyi/topic/mcp), [Supabase](https://yomu.fyi/topic/supabase)

- Source: [Supabase](https://supabase.com/blog/select-2026-build-anything)
- Source URL: https://supabase.com/blog/select-2026-build-anything
- Ingested by Yomu: 2026-10-02T18:00:13.905Z

[Read original post](https://supabase.com/blog/select-2026-build-anything)