Supabase anunció en Select 2026 un enfoque code-first, servidores MCP para apps y salvaguardas para agentes

Entrada de archivo: cubre un hecho del 2 de octubre de 2026 y la publicamos el 8 de noviembre de 2026. Los datos provienen de fuentes de esa fecha y pueden haber cambiado desde entonces.

El 2 de octubre de 2026, Supabase anunció un flujo code-first para agentes de código en Supabase Select, según el resumen de Supabase Select 2026. Supabase dijo que trabajaba con un enfoque code-first: el esquema y la configuración podían vivir en código, de modo que un agente de código podía configurar y modificar un proyecto igual que un desarrollador.

Qué anunció Supabase

• Desarrollo local: Supabase podía ejecutarse en local como procesos nativos sin Docker (alfa, desactivado por defecto), y varias instancias locales podían correr a la vez, una por directorio.
• Declarative Schemas 2.0 generaba migraciones a partir de archivos de esquema SQL con pg-delta, y los cambios hechos en el panel se podían traer de vuelta a los archivos con supabase config pull.
• Un servidor MCP por aplicación permitía que los usuarios de la app conectaran sus propios agentes. Se ejecutaba como una Edge Function, los usuarios iniciaban sesión con el Auth que la app ya tenía y las políticas RLS decidían a qué podía acceder cada llamada a una herramienta.
• Supabase Compute, para ejecutar servicios web y agentes en cualquier lenguaje junto a la base de datos, se anunció en alfa privada con lista de espera.
• Supabase también anunció Multigres, alta disponibilidad multinodo para Postgres, en alfa privada, y OrioleDB en beta pública.

Qué significó para quienes crean con IA

El backend que usaban muchos creadores con IA se estaba reconstruyendo para que los agentes pudieran configurarlo y operarlo, con salvaguardas frente a las acciones destructivas. Como el esquema y la configuración podían vivir en código, un agente podía modificar un proyecto como lo haría un desarrollador, y el servidor MCP de la app permitía que sus propios usuarios trajeran sus agentes bajo las reglas de Auth y RLS de la aplicación.

Salvaguardas para el acceso de los agentes

El servidor MCP de Supabase pedía confirmación antes de que un agente creara un proyecto o una rama de pago o ejecutara SQL capaz de borrar datos, y estas solicitudes de confirmación (elicitations) estaban activadas por defecto. Enterprise-Managed Auth para el servidor MCP de Supabase, empezando por Okta, y los tokens de acceso personal con alcance limitado estaban disponibles de forma general.

Fuentes

• Supabase Select 2026 Recap (Supabase, 2 de octubre de 2026, oficial)

Redactado con ayuda de IA, únicamente a partir de las fuentes indicadas arriba. Antes de publicarse, controles automáticos verificaron sus fechas, sus fuentes y todas sus versiones de idioma.