Datos de Plurabase
Revisado el 2026-10-26. Esta página es la referencia de lo que Plurabase hace hoy. Los mismos datos se publican en /facts.json.
En un párrafo
Plurabase es una plataforma multitenant que da a cada proyecto un hosting de frontend estático (Sites) y su propio backend hecho con los servicios open source de Supabase: PostgreSQL 17.6, Auth (GoTrue), una API REST (PostgREST), Realtime, Storage y Edge Functions. Los agentes de programación se conectan a un proyecto mediante un endpoint MCP acotado a ese proyecto. Plurabase está en un piloto privado: no está abierto al público, no tiene precios, SLA ni backups en funcionamiento, y no está aprobado para datos de producción. Es independiente y no tiene afiliación con Supabase, Inc. ni con Vercel Inc.
Estados
| Estado | Significado |
|---|---|
| Disponible en el piloto | Implementado y parte del runtime del piloto privado. Solo lo usan las cuentas que admite el operador, a través de la red privada Tailscale del piloto. Sin SLA y todavía sin backups. |
| En desarrollo | El código existe en el repositorio pero aún no atiende a usuarios del piloto. Le falta su gate nativo en una VM Linux y una aceptación de extremo a extremo. |
| Planificado | Está en el plan de entrega y no está implementado. |
Capacidades
| ID | Capacidad | Estado | Notas |
|---|---|---|---|
access.pilot | Acceso al piloto privado para cuentas que admite el operador | Disponible en el piloto | Una máquina virtual KVM en un servidor dedicado, accesible solo por Tailscale. El piloto no está abierto al público. |
access.signup | Registro público con verificación de correo, MFA TOTP, restablecimiento de contraseña y códigos de recuperación | Disponible en el piloto | Hito M1. Instalado en el piloto; el correo del registro sale por el proveedor del operador. El piloto no está abierto al público. |
access.self-service-project | Organización personal y primer proyecto sin ayuda del operador | Disponible en el piloto | Hito M1. Instalado en el piloto. El piloto no está abierto al público. |
access.public-domain | Consola, APIs de proyecto y Sites en dominios públicos con TLS | Planificado | Requiere una decisión aparte para exponer el piloto. |
access.teams | Organizaciones, proyectos y roles de equipo (owner, admin, developer, read_only) | Disponible en el piloto | Hoy el rol developer tiene acceso de solo lectura a los datos. |
projects.lifecycle | Crear, pausar y reanudar un proyecto desde la consola privada | Disponible en el piloto | En el host del piloto cabe un proyecto. |
projects.shared | Proyectos del plan compartido, administrados desde Studio | En desarrollo | Solo código, sin ejecutar en un host. Los logs de Postgres, API y Auth, el protocolo S3 y las subidas reanudables se rechazan con un 409 que dice por qué. |
projects.key-rotation | Rotar la clave secreta, los JWT de servicio y la credencial de Studio de un proyecto, automáticamente cuando un owner o admin pierde el acceso | En desarrollo | Termina solo cuando las claves antiguas se rechazan. Retira el JWT anon heredado: vuelve a publicar las versiones de Sites que lo incluyen. Solo código: no desplegado en el host del piloto. |
database.postgres | PostgreSQL 17.6 dedicado por proyecto | Disponible en el piloto | Sin conexiones directas desde fuera del host. |
database.rest | API REST y RPC (PostgREST v14.17) con Row Level Security | Disponible en el piloto | Probada con @supabase/supabase-js v2. |
database.studio | Supabase Studio para cada proyecto | Disponible en el piloto | Solo owners y admins. Administrativo: omite RLS. |
database.branching | Branching de base de datos y réplicas de lectura | Planificado | Hito M4. |
database.pitr | Recuperación a un punto en el tiempo | En desarrollo | El archivado de WAL, los backups base semanales y un simulacro de restauración existen como código (ADR-0031). No está activado en el host del piloto. |
auth.email-password | Auth por correo y contraseña para los usuarios de tu aplicación | Disponible en el piloto | Los correos a tus usuarios no salen del host del piloto. |
auth.providers | Proveedores OAuth, SMTP propio, OTP por teléfono y SAML SSO para tus usuarios | Planificado | Sin configurar ni probar. |
storage.buckets | Buckets de Storage con políticas RLS y URLs firmadas | Disponible en el piloto | Protocolo S3 y transformación de imágenes sin verificar. |
realtime.changes | Realtime Postgres Changes | Disponible en el piloto | Broadcast y Presence sin verificar. |
functions.edge | Edge Functions con secretos cifrados | Disponible en el piloto | Solo imports locales y versiones fijadas de supabase-js v2 y @supabase/server. Un host, sin edge global. |
sites.zip | Hosting de frontend estático desde un ZIP precompilado, con rollback | Disponible en el piloto | El operador lo habilita por proyecto. Los builds necesitan URLs de recursos relativas y ningún script ni estilo en línea. |
sites.git | Desplegar un frontend desde GitHub en cada push | En desarrollo | Hito M2. Sin activar. |
sites.every-project | Un Site para cada proyecto, cada uno en su propio origen, con límites de subida por plan | En desarrollo | Hito M2. ADR-0037; ningún host inscrito. Hasta que la Public Suffix List incluya el dominio de Sites, los Sites públicos son solo para las organizaciones del operador. Los Sites públicos aún no llegan a la API de su proyecto. |
sites.domains | Dominios propios con TLS automático | En desarrollo | Hito M2. El código para servirlos existe; el edge público está apagado. Certificados solo para Sites publicados, con límites semanales. |
sites.previews | Despliegues de vista previa | Planificado | Hito M2. |
agents.mcp | Servidor MCP acotado al proyecto por Streamable HTTP | Disponible en el piloto | 13 herramientas. Token válido 24 horas o 7 días. |
agents.tokens | Tokens de agente que un cliente con sesión crea para los proyectos y herramientas que elige, con un endpoint MCP por proyecto | En desarrollo | Hito M1. Con caducidad, acotados al rol de quien los crea en cada llamada y revocados cuando pierde el acceso; con un documento OpenAPI 3.1 de las rutas de cliente. Solo código: no habilitados en el host del piloto. |
agents.mcp-oauth | MCP remoto con inicio de sesión OAuth para agentes alojados | Planificado | Sin implementar. |
platform.api | API de administración con tokens de acceso personal | Disponible en el piloto | Solo red privada. |
ops.backups | Backups diarios cifrados fuera del host, simulacro de restauración y alertas | En desarrollo | Hoy el piloto no tiene backups. Un observador de salud de la operación con su propia alerta también existe como código. |
ops.export | Exportación de un proyecto por autoservicio | En desarrollo | Hito M3. Solo código: sin botón en la consola, no habilitada en el host del piloto. Mientras tanto, pídela al operador. |
ops.migration | Migración desde Supabase: base de datos, usuarios de Auth, Storage y Edge Functions | En desarrollo | Hito M3. Los trabajos de migración existen como código, sin desplegar; hoy el operador mueve los proyectos. |
billing.plans | Planes, precios y facturación | En desarrollo | Hito M3. La facturación en el modo de prueba de Stripe (ADR-0028) y la medición de uso con límites de plan por organización (ADR-0027) existen como código; no hay precios ni límites fijados, ningún host las ejecuta y no se cobra nada. |
Los hitos vienen del plan de entrega: M1 es una cuenta nueva con MFA, recuperación, organización y proyecto sin ayuda del operador; M2, frontends conectados a Git; M3, la primera oferta de pago, con exportación y migración; M4 amplía las capacidades de Supabase Cloud. Ningún hito tiene fecha publicada.
Límites del piloto
- En el host del piloto cabe un proyecto. Un proyecto corre en una porción de 2 vCPU y 3 GiB de memoria con un volumen de datos de 4 GiB. Un volumen lleno rechaza escrituras; nada crece automáticamente.
- Sites: ZIP de 4 MiB, 16 MiB descomprimido, dos subidas por Site durante toda su vida (las fallidas cuentan) y dos versiones retenidas.
- Tokens de agente: un proyecto cada uno, válidos 24 horas o 7 días, revocables en cualquier momento.
- MCP: SQL de hasta 32.768 caracteres por llamada; una subida de función admite hasta 24 archivos y 256 KiB.
Lo que Plurabase no ofrece
- Disponibilidad general o registro público
- SLA, compromiso de disponibilidad ni compromiso de soporte
- Precios publicados ni planes de pago
- Aprobación para datos de producción o de clientes
- Paridad completa con Supabase Cloud, la Management API de Supabase ni la CLI de Supabase
- Renderizado en servidor, servidores Node.js, Server Actions de Next.js ni ISR en Sites (pospuesto, sin fecha)
- CDN global ni hosting multirregión
- Certificación SOC 2, HIPAA ni ninguna otra
- Una CLI de Plurabase
Preguntas frecuentes
¿Plurabase ya está abierto al público?
No. Plurabase está en un piloto privado que corre en una máquina virtual KVM en un servidor dedicado, accesible solo por una red privada Tailscale. Una revisión interna estática del 2026-10-18, en la que no se ejecutó código, concluyó que no está listo para uso público ni comercial.
¿Puedo registrarme en Plurabase?
Todavía no. El registro con verificación de correo, MFA y recuperación de cuenta está instalado en el piloto, y su correo sale por el proveedor del operador, pero el piloto no está abierto al público. El operador admite cada cuenta y añade su dispositivo a la red privada Tailscale.
¿Cuánto cuesta Plurabase?
Plurabase no tiene precios publicados y no cobra nada durante el piloto. La facturación en el modo de prueba de Stripe existe como código, pero ningún host la ejecuta y no tiene precios fijados. La primera oferta de pago es el hito M3, después de medir los costos. Consulta precios y límites.
¿Plurabase reemplaza a Supabase?
No. Cada proyecto ejecuta los mismos servicios open source que Supabase self-hosted, así que @supabase/supabase-js v2 funciona contra él, pero no están las funciones gestionadas de Supabase Cloud (backups, recuperación a un punto en el tiempo, branching, réplicas de lectura, Edge Functions globales, la Management API y la CLI). Consulta Plurabase frente a Supabase y Vercel.
¿Plurabase es una alternativa a Vercel?
Solo para frontends estáticos. Sites sirve un sitio estático precompilado desde un ZIP, y el build necesita URLs de recursos relativas y ningún script en línea, así que el export estático de Next.js no está soportado. No tiene renderizado en servidor, todavía no despliega desde Git, ni tiene vistas previas, dominios propios o CDN global.
¿Los agentes de programación pueden usar Plurabase?
Sí, dentro del piloto. Cada proyecto tiene un endpoint MCP por Streamable HTTP con 13 herramientas para esquema, SQL, migraciones, políticas RLS y Edge Functions. Los tokens quedan ligados a un proyecto y vencen en 24 horas o 7 días. Consulta el inicio rápido para agentes.
¿Mis datos tienen backup?
No. Hoy el piloto no tiene backups. Los backups diarios cifrados fuera del host, con simulacro de restauración, están en desarrollo. No guardes en el piloto datos que no puedas perder.
¿Puedo desplegar desde Git?
Todavía no. Los despliegues desde GitHub están en desarrollo. Hoy una persona sube un ZIP precompilado en la consola.
¿Puedo usar mi propio dominio?
No. Los dominios propios están planificados. Durante el piloto todo se sirve en un nombre de host privado de Tailscale.
¿Cómo saco mis datos de Plurabase?
Todavía no hay una exportación por autoservicio que puedas usar. Existe como código (un archivo cifrado con age que solo puede descifrar quien la pidió, descargado una sola vez desde un enlace), pero no tiene botón en la consola y no está habilitada en el host del piloto. Los datos se guardan en formatos estándar de PostgreSQL 17 y Supabase Storage, y durante el piloto una exportación es una tarea manual del operador. Consulta migración de entrada y salida.