构建一切：从代码构建 Supabase，以及为你的应用打造 MCP 服务器
内容提要
Supabase 发布新工具，支持编码代理搭建后端、本地测试与部署。本地开发无需 Docker，可多实例并行；Schema 2.0 采用声明式，代理编辑 SQL 文件，pg-delta 自动生成迁移，配置写入 config.toml。Supabase Compute 可运行长期服务，支持多语言与私有部署。应用可添加自有 MCP 服务器，让用户代理以登录身份安全操作。
延伸解读
本地开发无需 Docker 的实用价值
本地 Supabase 现在能以原生进程运行，无需 Docker 守护进程，这意味着在 Claude Code 沙箱、Codex、Perplexity Computer 和 CI 运行器等环境中也能启动。每个目录拥有独立栈，支持多实例并行，方便代理同时测试多个变更。该功能目前处于 alpha 阶段，默认关闭，需手动启用。
声明式 Schema 2.0 如何改变迁移流程
编码代理擅长编辑 SQL 文件，但不擅长编写迁移。Schema 2.0 让代理直接编辑作为真相来源的 SQL 文件，由 pg-delta 差异引擎自动生成迁移。新项目默认使用 pg-delta，现有项目可在 config.toml 中启用。配置也可通过 supabase config pull 从仪表板同步回文件。
Supabase Compute 的定位与限制
Compute 用于运行长时间服务，如代理、嵌入计算或需要独立沙箱的代码，与数据库同项目部署。它支持任意语言，提供完整 Linux 环境，可设置内存、CPU 和实例数，并支持私有部署。目前处于私有 alpha 阶段，需加入等待列表。
为应用添加自有 MCP 服务器的意义
应用可拥有自己的 MCP 服务器，让用户代理以登录身份安全操作。它独立于官方 Supabase MCP 服务器，通过一条 shadcn 命令添加经过认证的 Edge Function，代码归你所有，可自定义工具，RLS 策略仍控制行级访问。需启用非对称签名密钥和 Supabase Auth OAuth 服务器。
Q&A
Supabase 新发布的工具主要解决了什么问题？
让编码代理能够设置后端、本地测试更改并部署服务，同时让用户代理以登录身份在应用内安全操作。
Supabase 的本地开发现在需要 Docker 吗？
不需要。本地 Supabase 现在可以作为原生进程运行，无需 Docker 守护进程，并且每个目录可以运行多个实例。
Declarative Schemas 2.0 是如何工作的？
代理编辑 SQL 文件作为唯一事实来源，pg-delta 差异引擎根据这些文件生成迁移。新项目默认使用 pg-delta，现有项目可在 config.toml 中启用。
Supabase Compute 支持哪些类型的服务？
支持任何语言的 Web 服务和代理，没有运行时长限制，可选择内存和 CPU，每个服务获得完整的 Linux 环境，可部署为公共 HTTP 服务或私有后台任务。
如何为我的应用添加 MCP 服务器？
运行 npx shadcn@latest add @supabase/mcp-server，它会添加一个经过身份验证的 Edge Function 到代码库，然后部署到 Supabase。需要非对称签名密钥并启用 Supabase Auth OAuth 服务器。
如何将仪表板中的设置更改同步回代码库？
使用 supabase config pull 命令将设置拉回 config.toml，或者使用 supabase pull 一次性拉取配置、模式和 Edge Functions。
