Du baust Backend und Back-Office auf einem Postgres, das dem Kunden gehört, unter einer Lizenz, die niemand widerrufen kann. Endet das Projekt, behält er die Datenbank und du den Code — und keiner von beiden mietet das, was dazwischen liegt.
Jedes Kundenprojekt braucht dieselbe Schicht: REST über ihren Tabellen, einen typisierten Client, Sessions, Datei-Uploads, Berechtigungen, die halten. Es ist die am wenigsten differenzierende Arbeit auf der Rechnung und die, die man am leichtesten unauffällig falsch macht.
Rebase erzeugt sie aus dem Schema des Kunden, mit Zugriffsregeln, die in Postgres-Row-Level-Security kompiliert werden statt in Middleware, an die dein Nachfolger denken muss. Das Panel entsteht aus derselben Definition — das Operations-Team bekommt sein Back-Office ohne zweiten Sprint.
Controller, Serializer, Validierung und das OpenAPI-Dokument, aus der Collection-Definition erzeugt und bei jeder Änderung neu generiert.
Einmal neben der Collection geschrieben, in Postgres-Policies kompiliert. Eine Tabelle ohne Regel wird abgelehnt statt ausgeliefert — ein vergessener Endpoint kann sie nicht leaken.
Tabellen, Formulare, Medien, Relationen und Rollen entstehen aus derselben Definition, und deine eigenen React-Komponenten kommen dort hinein, wo das generierte Feld nicht reicht.
Ein eigenes Feld, eine eigene Vorschau, eine ganze eigene View oder eine Entity-Action — jedes ist eine React-Komponente, die aus der Collection referenziert wird, kein Fork des Panels.
Branding, Theme und Texte sind Konfiguration — dieselbe Codebasis kann an zwei Kunden gehen, die nichts miteinander gemein haben.
Einmal für einen Kunden geschrieben, beim nächsten wiederverwendet, ohne jemanden um Erlaubnis zu fragen.
Bau Custom Fields und Views einmal — nutze sie in allen Kundenprojekten.
Logo, Palette und Texte sind Konfigurationswerte, kein gepatchter Build.
Pro Collection, pro Feld, pro Rolle — durchgesetzt von Postgres, nicht vom Panel.
Ein veröffentlichter Container und ein Postgres-Connection-String. Docker, Fly, Railway, Hetzner oder eigenes Blech.
Self-Hosting auf der Infrastruktur des Kunden, oder auf Rebase Cloud — heute in der Private Beta.
Keine Template-Sprache, kein proprietärer Builder. Die Leute, die du schon beschäftigst, können es lesen.
Darauf gebaut
Jedes davon läuft auf einer Postgres-Datenbank, die seinem Eigentümer gehört. Vom Rebase-Team gebaut.
06·Gebaut für echte Produkte
Von Marktplätzen über Retail-Loyalty und offene Daten bis zu internen Tools — Rebase eliminiert den Glue Code zwischen Datenbank, API und UI.
Vektor-Design-Tool · Vom Rebase-Team gebaut
Unser eigenes Produkt: ein schneller Vektor-Editor im Browser mit Cloud-Sync. Dadaki läuft auf einem völlig normalen Rebase-Backend — dieselbe Auth, derselbe Storage, dieselben generierten APIs wie in jedem Projekt.
dadaki.com
Digitale Schmerztherapie
Ein zertifiziertes digitales Medizinprodukt für KI-personalisierte Schmerztherapie. Rebase betreibt das komplette Backend — Patientendaten, Therapiepläne, die Übungsbibliothek und die klinischen Dashboards darüber.
medicalmotion.com
Marketplace & Jobportal
Ein zweiseitiger Marktplatz, der Nachhaltigkeits-Profis mit grünen Unternehmen verbindet. Rebase treibt beide Seiten an: rollenbasierte Auth, typisierte Matching-APIs und das Moderations-Backoffice.
sustentalent.com
Offene Daten · Vom Rebase-Team gebaut
Eine öffentliche Aufschlüsselung der spanischen Staatsausgaben, von 725 Mrd. € bis zur einzelnen Haushaltszeile. Im Lesepfad liegt keine Datenbank: Ein Cron kompiliert die offiziellen Zahlen monatlich neu, Storage liefert sie als JSON aus, und die Seite macht keinen einzigen API-Aufruf.
presupuestos.rebase.website
KI-Vertriebsagent · Vom Rebase-Team gebaut
Ein Agent, der deine Website liest, Zielgruppen plant und echte Unternehmen samt den Menschen dahinter findet — jedes gegen die eigene Website verifiziert. Crons, Functions und das Review-Board sind Rebase von der Stange. Er entwirft; das Schema kennt keinen Zustand, in dem er versendet.
prospector.rebase.website
Retail-Loyalty
Das Loyalty-Programm einer Modemarke. Bestellungen aus Odoo POS und Shopify landen in Postgres, eine Tier-Engine berechnet Punkte und Rabatte neu, und die Apple- und Google-Wallet-Pässe, die an der Kasse gescannt werden, entstehen aus demselben Schema.
unfeignedgear.comInternes Tool · CRM und Workflow-Automatisierung
Ein CRM, das das Team ohne Deploy umbauen kann: Pipelines, Tags, Aufgaben und ein Automatisierungs-Canvas, dessen Trigger, Verzweigungen und Aktionen allesamt Zeilen in Postgres sind. Dreiundzwanzig Collections erzeugten das komplette Back Office; keine einzige Admin-Oberfläche wurde geschrieben.
Internes Tool — keine öffentliche Website
01/07
Scaffolde gegen das Postgres des Kunden. Er behält die Datenbank, du behältst den Code, und niemand mietet eines von beidem.
