---
title: "Qué es Plurabase"
description: "Plurabase ejecuta un frontend estático y un backend hecho con los servicios open source de Supabase en un solo proyecto. Piloto privado, no abierto al público."
slug: "overview"
locale: "es"
group: "start"
order: 1
last_reviewed: 2026-10-26
---

# Qué es Plurabase

Plurabase es una plataforma multitenant que reúne en un solo proyecto el frontend estático de una aplicación web y su backend. El backend está hecho con los servicios open source de Supabase, así que la aplicación se conecta con el cliente oficial `@supabase/supabase-js` v2. Los agentes de programación llegan 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. La [página de datos](/es/docs/facts/) muestra el estado de cada capacidad.

Plurabase es un producto independiente, sin afiliación ni respaldo de Supabase, Inc. ni de Vercel Inc. Algunos identificadores técnicos todavía usan el nombre anterior, Simplybase; por ejemplo, `./__simplybase/config.json`.

## Qué contiene un proyecto

Cada proyecto ejecuta su propia copia de estos servicios. Todos menos Studio son las imágenes de la versión self-hosted de Supabase `self-hosted/v0.8.2`:

- PostgreSQL 17.6 (`supabase/postgres` 17.6.1.136)
- Auth para los usuarios de tu aplicación (GoTrue v2.196.0)
- API REST y RPC (PostgREST v14.17)
- Realtime (v2.134.10), Storage API (v1.74.0) y Edge Functions (`supabase/edge-runtime` v1.76.2)
- Supabase Studio, compilado desde el código de Supabase con cambios de Plurabase, que owners y admins abren desde la consola de Plurabase

Un proyecto también puede tener un **Site**: un frontend estático que se sube en un ZIP y se sirve junto al backend. Consulta [hosting de frontend](/es/docs/hosting-sites/).

## Cómo encuentra el frontend a su backend

Cada versión de un Site se sirve con un `./__simplybase/config.json` generado que contiene la URL de la API del proyecto y su clave publicable (anon), además del ref del proyecto, el id de la versión publicada y el número de formato del archivo. El frontend lo lee al arrancar:

```ts
import { createClient } from '@supabase/supabase-js'

export async function connect() {
  const reply = await fetch('./__simplybase/config.json', {
    credentials: 'omit',
    cache: 'no-store',
    redirect: 'error',
  })
  if (!reply.ok) throw new Error('Project connection unavailable')
  const config = await reply.json()
  return createClient(config.api_url, config.publishable_key, {
    auth: { persistSession: false, detectSessionInUrl: false },
    global: {
      fetch: (input, init) => fetch(input, { ...init, credentials: 'omit' }),
    },
  })
}
```

Por eso el mismo build se puede publicar de nuevo o revertir sin recompilarlo. Las claves secretas nunca llegan al navegador.

## Para quién es

Hoy: para las personas que el operador admite en el piloto. Está pensado para equipos pequeños y desarrolladores independientes que construyen aplicaciones web con `@supabase/supabase-js`, a menudo con agentes de programación, y que quieren gestionar frontend y backend como un solo proyecto.

## Sigue leyendo

- [Datos de Plurabase](/es/docs/facts/): estado de cada capacidad, límites del piloto y preguntas frecuentes
- [Plurabase frente a Supabase y Vercel](/es/docs/compare/): qué es equivalente, qué no y cómo migrar
- [Inicio rápido para agentes](/es/docs/agent-quickstart/): MCP, creación de proyectos y despliegues, con su estado actual
- [Seguridad, backups y estado](/es/docs/security-status/): qué protege hoy los datos y qué falta