Supabase: dale a tu app su propio servidor MCP

Supabase convierte tu app en un servidor MCP para ChatGPT y Claude

Supabase anunció en Supabase Select 2026 un bloque que le da a tu aplicación su propio servidor MCP (Model Context Protocol), el protocolo con el que agentes como ChatGPT y Claude se conectan a herramientas externas. La propuesta es concreta: tus clientes usan tu producto desde el chat donde ya están trabajando, entran con la cuenta que ya tienen en tu app, y cada acción que ejecuta el agente corre con la identidad de ese usuario.

Ese último punto es lo que separa a este bloque de un envoltorio más. Las políticas RLS de Postgres deciden qué puede ver y tocar cada agente. No hay una clave de servicio con acceso a toda la base circulando por el medio, y cada herramienta puede ser una consulta plana ejecutada con el cliente del usuario autenticado.

El contexto de mercado ayuda a dimensionarlo: casi la mitad de las empresas de software encuestadas ya usa MCP en producción, con un 19% en producción amplia, según la encuesta State of Model Context Protocol in Software 2026 de Stacklok citada por Radware. Lo que faltaba no era el protocolo, sino una forma razonable de conectar apps con datos por usuario.

¿Cómo se instala el bloque MCP Server?

El bloque se agrega desde la Supabase Library con un comando: npx shadcn@latest add https://supabase.com/library/r/mcp.json. La instalación copia una Edge Function en supabase/functions/mcp con tres piezas: el manejador MCP, el middleware de autenticación y una herramienta whoami para comprobar quién está llamando.

Cada herramienta vive en su propio archivo y tools/index.ts se encarga de registrarlas. El código queda en tu repositorio: tú defines qué operaciones expones, qué entradas aceptan y qué información devuelven. El bloque usa el SDK oficial de MCP para TypeScript, y los helpers de @supabase/server resuelven la conexión con Supabase Auth y la entrega del cliente del usuario.

Hay un detalle que amplía las opciones: esos helpers también funcionan en otros backends que usen los manejadores estándar de Web Request y Response, incluidos Cloudflare Workers, y con otras librerías de MCP. Si tienes lógica corriendo fuera de Supabase, puedes exponer el endpoint MCP allí y configurar su URL pública junto a la de Supabase Auth para que los clientes encuentren el servidor de autenticación correcto.

¿Cómo viaja la identidad del usuario hasta cada tool call?

El agente del cliente arranca desde la URL de tu servidor. El middleware de autenticación le indica dónde está el servidor OAuth de tu proyecto; el usuario se autentica en tu app y aprueba el cliente en tu página de consentimiento. Supabase Auth emite entonces un token de acceso, y las llamadas posteriores lo llevan encima.

En la función generada, handleMcp procesa la petición y los helpers corren antes. withOAuthProtectedResource() responde a las peticiones de descubrimiento y lanza el desafío OAuth cuando falta el token; withSupabase({ auth: 'user' }) verifica el token y le entrega al handler el cliente de Supabase de ese usuario. Las consultas que pasan por ese cliente se ejecutan con su identidad, así que Postgres aplica las políticas RLS de la tabla.

Escribir una herramienta cotidiana no requiere más que eso. Un módulo recibe el servidor MCP y el cliente de Supabase del usuario y devuelve el resultado: una lista de tareas sin terminar filtrada por estado es, literalmente, una consulta. Y cuando la operación tiene reglas de negocio, como una aprobación de gastos, la recomendación es que la herramienta llame a la misma función que ya usa tu app para ese control, en lugar de reimplementar la lógica. Un tool puede además invocar una función de base de datos, llamar a una Edge Function o usar una API existente de tu aplicación.

El caso Sizzle: una app de video ads que vive dentro del chat

En la demo de Supabase Select, la app Sizzle convierte fotos de producto en anuncios de video. Usa Supabase Auth, Database y Storage, y expone dos acciones por MCP: listar los productos del cliente y generar el video a través de un servicio externo.

El escenario que muestran es el que importa. Un cliente está planificando una campaña en Claude, necesita sus productos y las herramientas de anuncios, y su agente encuentra el producto, pide el anuncio y usa el resultado en la misma conversación, junto al resto de sus herramientas. No hay cambio de pestaña, ni exportación de datos, ni integración a mano.

Ese es el cambio de fondo para un SaaS: si tu producto participa en un flujo de trabajo, entra al flujo donde el usuario ya está trabajando en lugar de pedirle que salga de él.

¿Qué aporta MCP Apps a la experiencia?

Los servidores MCP también pueden mostrar parte de la interfaz de tu app dentro del chat usando MCP Apps, una extensión del protocolo que ChatGPT y otros clientes compatibles ya soportan. En la demo de Sizzle, ChatGPT muestra la tarjeta de producto con la descripción y un reproductor de video; cuando el cliente pide un anuncio nuevo, lo ve renderizado en la misma conversación.

La parte inteligente está en la reutilización: la UI usa los mismos componentes de React de la web app de Sizzle. Un build aparte los empaqueta en un único archivo HTML y la Edge Function lo envía junto con el resultado de la herramienta. Si tu producto se va a usar principalmente desde un agente, el bloque Headless App es otro punto de partida: incluye el flujo de inicio de sesión y consentimiento en el navegador, herramientas de ejemplo y una base de datos protegida con RLS.

La seguridad no es un detalle: lo que dicen los reportes sobre MCP

Abrir un servidor MCP es abrir una interfaz nueva hacia tus datos, y la industria ya lo está tratando como tal. Ars Technica reportó en octubre de 2026 que un investigador independiente encontró vulnerabilidades que explotan los huecos de confianza de MCP en agentes de organizaciones como Google, JP Morgan Chase, Weaviate y Rapid7: instrucciones maliciosas que se propagan de un agente a otro dentro de una red porque cada agente confía en el anterior. En varios casos, el ataque deriva en server-side request forgery.

En la misma línea, Radware presentó en octubre de 2026 una solución específica para proteger servidores MCP, con el argumento de que cada conexión nueva amplía la superficie de ataque y que las herramientas tradicionales de seguridad web no fueron diseñadas para entender este tráfico. El CTO de la compañía, David Aviv, lo resumió así: las organizaciones necesitan saber qué servidores MCP tienen, qué exponen, qué agentes los consultan y si esas interacciones son seguras.

La diferencia con el enfoque de Supabase es que aquí el problema de permisos se ataca con identidad por usuario en lugar de con una capa de seguridad externa. No es una bala de plata, pero reduce el daño posible: un agente comprometido sigue limitado por las políticas RLS del usuario al que representa.

Qué significa esto para tu startup

Los datos del sector explican por qué conviene mirar esto ahora. El informe TGVP, publicado el 29 de abril de 2026 y recogido por Yahoo Finance, cita cifras de Capgemini: el 79% de las empresas está adoptando agentes de IA, pero solo el 2% logró desplegarlos a escala. El cuello de botella no es la calidad del modelo, es la infraestructura y la gobernanza. Una decisión como la de Supabase apunta justo a esa brecha, resolviendo el problema de identidad que hoy frena la mayoría de las integraciones.

Tres acciones concretas para evaluarlo en tu producto:

• Mapea tus lecturas y escrituras más frecuentes. El bloque rinde más cuando expones las acciones que tu usuario repetiría desde un chat: listar, consultar estado, pedir un cálculo, crear un registro. Arranca con herramientas de solo lectura para medir uso sin asumir riesgo.
• Revisa tus políticas RLS antes de escribir el primer tool. Si ya están bien modeladas por usuario, la autenticación se resuelve sola y no duplicas lógica de permisos. Si no lo están, ese es el trabajo previo, y hacerlo antes te ahorra un problema serio después.
• Reutiliza tus funciones existentes en lugar de reimplementarlas dentro del tool. Validaciones, aprobaciones y límites de uso deben vivir en un solo lugar. Si tu app revisa un presupuesto para aprobar un gasto, la herramienta MCP tiene que llamar a esa misma función.

Para un founder en LATAM o España, con equipos chicos y presupuesto ajustado, hay un atractivo particular: no hay que construir un cliente de IA propio ni mantener una integración distinta con cada proveedor. Se escribe una vez contra el protocolo y se conecta a cualquier cliente compatible. La contraparte es la gobernanza: Gartner reportó un salto del 1.445% en consultas sobre sistemas multiagente entre el primer trimestre de 2024 y el segundo de 2025, y proyecta US$492 millones de gasto en gobernanza de IA en 2026, según el informe TGVP. Exponer tus datos a agentes exige saber quién accede a qué y poder revocarlo cuando haga falta.

Cómo empezar hoy

La puesta en marcha tiene requisitos que conviene revisar antes de escribir herramientas:

• Configura tu proyecto de Supabase con claves de firma asimétricas y activa el servidor OAuth 2.1.
• Activa el registro dinámico de clientes para que los clientes compatibles puedan registrarse solos.
• Agrega el bloque OAuth Consent en tu frontend para que el usuario apruebe el acceso, y define el Auth Site URL del sitio que aloja esa página.
• En la Edge Function, desactiva la verificación de JWT (verify_jwt = false en la sección [functions.mcp]) para que las peticiones de descubrimiento sin token lleguen al middleware.
• Prueba en local antes de desplegar y sigue la guía de Deploy MCP servers para el setup completo.

Una aclaración honesta sobre el alcance: esto no convierte tu producto en una app de IA. Convierte tus datos y tus acciones en algo que un agente puede consumir con permisos acotados. La diferencia para tu negocio es si estás o no presente en el workflow donde tu cliente ya trabaja todos los días.

Fuentes

• Supabase Blog – Give your Supabase app its own MCP server (fuente original)
• Ars Technica – Vulnerability in agents from Google and others exposes structural flaw in MCP
• Business Insider / GlobeNewswire – Radware Introduces Model Context Protocol (MCP) Server Protection
• Yahoo Finance – TGVP: Infrastructure, Not Model Quality, Is the Primary Bottleneck to Enterprise AI Agent Adoption

Artículos relacionados:

Supabase Select 2026: backend desde código y MCP para tu app Supabase Select 2026: agentes de IA ya operan tu base Supabase Select 2026: Multigres, OrioleDB y dbarena Supabase llega a Gemini Enterprise como conector MCP Supabase une Claude y Okta para gestionar el MCP en empresas