Die Datenbank bleibt beim Kunden. Der Code bleibt bei dir.
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.
Von den Machern von FireCMS, dem Open-Source-CMS in über 10.000 Firebase-Projekten.
Das Backend ist das Ergebnis. Das Panel ist der Teil, den sie sehen.
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, sodass das Operations-Team ein Admin-Panel ohne zweiten Sprint bekommt.
- Customize every aspect of the CMS UI
- Build custom fields and editors with React
Was du pro Kunde nicht mehr schreibst
Die CRUD-Schicht
Controller, Serializer, Validierung und das OpenAPI-Dokument, aus der Collection-Definition erzeugt und bei jeder Änderung neu generiert.
Die Permission-Checks
Einmal neben der Collection geschrieben, in Postgres-Policies kompiliert. Eine Tabelle ohne Regel wird abgelehnt statt ausgeliefert — ein vergessener Endpoint kann sie nicht leaken.
Das Back-Office
Tabellen, Formulare, Medien, Relationen und Rollen entstehen aus derselben Definition, und deine eigenen React-Komponenten kommen dort hinein, wo das generierte Feld nicht reicht.
Wo das Generierte aufhört, fängt dein React an
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.
Was zwischen Projekten mitgeht
Einmal für einen Kunden geschrieben, beim nächsten wiederverwendet, ohne jemanden um Erlaubnis zu fragen.
Wiederverwendbare Komponenten
Bau Custom Fields und Views einmal — nutze sie in allen Kundenprojekten.
White-Label per Konfiguration
Logo, Palette und Texte sind Konfigurationswerte, kein gepatchter Build.
Granulare Berechtigungen
Pro Collection, pro Feld, pro Rolle — durchgesetzt von Postgres, nicht vom Panel.
Deployt dorthin, wo der Kunde schon ist
Ein veröffentlichter Container und ein Postgres-Connection-String. Docker, Fly, Railway, Hetzner oder eigenes Blech.
Cloud oder Self-Hosted
Self-Hosting auf der Infrastruktur des Kunden, oder auf Rebase Cloud — heute in der Private Beta.
React und TypeScript, durchgehend
Keine Template-Sprache, kein proprietärer Builder. Die Leute, die du schon beschäftigst, können es lesen.
Darauf gebaut
Produkte, die auf Rebase laufen
Jedes davon läuft auf einer Postgres-Datenbank, die seinem Eigentümer gehört. Vom Rebase-Team gebaut.
Digitale Schmerztherapie
MedicalMotion
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 ↗Retail-Loyalty
Unfeigned
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.com ↗Marketplace & Jobportal
SustenTalent
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 ↗Vektor-Design-Tool · Vom Rebase-Team gebaut
Dadaki
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 ↗Offene Daten · Vom Rebase-Team gebaut
A dónde va el dinero de España
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
Prospector
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 ↗Internes Tool · CRM und Workflow-Automatisierung
Edith
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.
internal · edith
Fang das nächste Kundenprojekt hier an.
Scaffolde gegen das Postgres des Kunden. Er behält die Datenbank, du behältst den Code, und niemand mietet eines von beidem.