El backend · y el panel que viene con él

Una definición.
Todo lo que produce.

Rebase convierte una base de datos Postgres en un backend de producto — REST, un SDK tipado, realtime, auth, almacenamiento y control de acceso que aplica la propia base de datos. El panel de administración se renderiza desde el mismo archivo, y solo si lo pides.

El panel de administración

Diseñado para tu
forma de trabajar

No es otra herramienta que aprender — Rebase funciona con tu base de datos existente y tu flujo de trabajo actual.

Cada vista. Cero código.

SQL de primera clase

Editor visual, TypeScript real

Lo que escribes, lo que obtienes

De este archivo salen la API y el panel de administración.

Campos, tipos, qué es obligatorio: lo escribes una vez, en TypeScript. De ese único archivo Rebase crea la tabla en la base de datos, sirve los datos por una API con un cliente tipado y renderiza las pantallas donde tu equipo consulta y edita las filas.

El backend

La parte que funciona sin navegador

Un proyecto de Rebase es un servidor Hono y un esquema de Drizzle. Sirve tus datos por REST, transmite cambios por WebSocket, emite y rota tokens, guarda archivos, ejecuta tus trabajos programados y publica un documento OpenAPI que siempre está al día porque nadie lo escribe.

Cada una de esas peticiones se ejecuta como un rol restringido de Postgres. Esa es la parte que merece leerse dos veces: la autorización es una propiedad de tu base de datos, no de este proceso.

Lo que dejas de mantener

  • Controladores CRUD, serializadores y validación de peticiones
  • Un back office hecho a mano, y el sprint que cuesta cada trimestre
  • La fontanería de JWT, la rotación de refresco y el email de restablecimiento
  • Comprobaciones de permisos repartidas por los handlers de rutas
  • Endpoints de subida de archivos y helpers de URL firmadas
  • Un runner de cron, un despachador de webhooks y una tabla de auditoría
  • El documento OpenAPI que nadie se acordó de actualizar
  • Un segundo modelo de datos, sincronizado a mano con el primero

Una definición

Una definición, todas las superficies.

Una hoja de cálculo, un tablero kanban, una galería, un editor de bloques, una vista React propia — cada pantalla de abajo lee la misma colección a través de la misma API y bajo las mismas políticas. Nada de esto es un segundo modelo de datos.

El producto entero

Todo lo que Rebase entrega, en una pantalla

La columna izquierda funciona sin instalar nada más. La derecha está a una dependencia de distancia, y borrarla no mueve ni una respuesta de la API.

Layer 01

El backend

siempre activo
  • API REST/api/data/:collection

    CRUD, filtrado, ordenación, paginación, relaciones

  • SDK tipado@rebasepro/client

    Generado desde tus collections y comprobado en tiempo de compilación

  • Tiempo reallisten()

    Suscripciones a filas, canales y presencia sobre WebSocket

  • Auth/api/auth/*

    JWT de acceso y refresco, OAuth, MFA, roles, claves de API

  • Almacenamiento/api/storage/*

    Local, compatible con S3 o GCS, enrutado por campo

  • Funciones y cronfunctions/

    Tus propias rutas Hono y trabajos programados, montados automáticamente

  • Row-level securitysecurityRules

    Policies compiladas dentro de Postgres — cerradas por defecto

  • OpenAPI/api/docs

    Una especificación y un explorador, regenerados con el esquema

Layer 02

El panel de administración

incluido
  • Vistas de collectionenabledViews

    Tabla, tarjetas, lista y Kanban sobre las mismas filas

  • Formularios de entidadproperties

    Generados desde las properties, con validación y relaciones

  • Tu Reactadmin.Field

    Campos propios, vistas previas, vistas y acciones de entidad

  • Usuarios y rolesRBAC

    Los mismos roles que leen tus policies, gestionados por personas

  • Rebase Studio/studio

    Studio es el espacio de trabajo del desarrollador. Se registra dentro del mismo panel que CMS.

El panel es una aplicación React que habla con los endpoints de la izquierda, bajo la misma seguridad a nivel de fila que tu propio cliente. No hay canal privado para los datos.

Las dos capas, un comando.

Genera un proyecto contra tu propio Postgres y mira exactamente qué partes te quedas.

~pnpm dlx @rebasepro/cli init