Ein echtes Backend, mit Ihrer App geboren
Datenbank, Anmeldung, Dateien, Funktionen, Secrets, E-Mail – jede Kliv-App startet mit allem davon, erstellt und verwaltet von der AI, während Sie bauen. Nichts bereitzustellen, nichts zu verdrahten, nichts synchron zu halten.
Cloud-Backend
Kein Backend-Service, den Sie verdrahten
Die meisten AI-Builder generieren ein Frontend und geben Ihnen eine Checkliste: hier für eine Datenbank registrieren, dort einen Auth-Anbieter, Schlüssel einfügen, Klebstoff schreiben. Jede Naht in diesem Stack müssen Sie warten. Klivs Backend wird mit der App geboren – ein System, sodass dasselbe Gespräch, das Ihre Seiten baut, auch Ihre Migrationen und Zugriffsregeln schreibt, und die Regeln überall halten.
Womit jede App geboren wird
Das ist keine Featureliste, die Sie Stück für Stück aktivieren. Es ist die Standardausstattung unter jeder Kliv-App – hier ist, was schon läuft, bevor Sie Seite eins fertig beschrieben haben.
Eine Datenbank mit eigenen Regeln
Ihre Daten leben in Ihrer eigenen Datenbank, und Datenschutz wird an der Zeile durchgesetzt: Eine Regel wie „Kunden lesen nur ihre eigenen Projekte“ ist eine Eigenschaft der Daten, geprüft bei jeder Abfrage – kein if-Statement, an das jemand auf jeder Seite denken muss.
Anmeldung und Identität
Konten, Sitzungen, Rollen und Organisationen existieren, bevor Ihre erste Seite existiert. Ihre Nutzer können Einzelpersonen oder ganze Unternehmen sein – und Anmeldung geht weit über Passwörter hinaus; dazu gibt es unten einen eigenen Abschnitt.
Ein Dateispeicher mit Zugriffsregeln
Uploads, Bilder und Dokumente tragen eigene Regeln: privat, pro Organisation geteilt oder hinter einem Kauf geschützt. Ein weitergeleiteter Link öffnet nichts, was die Regeln nicht erlauben – Teilen ist eine Entscheidung, kein Unfall von URLs.
Serverseitige Funktionen, typisiert
Wenn Logik auf dem Server laufen muss – eine Berechnung, ein Callback in ein anderes Tool, ein nächtlicher Job – schreibt die AI echtes TypeScript gegen ein typisiertes SDK, das der Compiler prüft. Funktionen laufen auf Abruf, bei Ereignissen oder nach Zeitplan.
Secrets im Tresor
API-Schlüssel und Zugangsdaten liegen in einem Tresor, nie in Code, den der Browser sehen kann. Funktionen lesen sie zur Laufzeit, und nichts Sensibles landet in Ihrem Quellcode.
E-Mail mit Ihrem Namen
Zustellung und Vorlagen sind Teil des Backends – die Mail, die Ihre App sendet, ist als Ihre App gebrandet, einmal geschrieben und ohne Drittanbieter-Maildienst zu konfigurieren.
Verwaltet, während Sie bauen
Der Teil, den kein Backend-Service erledigt: Die AI pflegt all das als Nebeneffekt des Bauens. Beschreiben Sie ein Feature, und die Schemaänderung kommt als geordnete, verfolgte Migration; die Zugriffsregeln entwickeln sich mit den Seiten, die sie brauchen. Das Backend folgt der App, weil sie nie getrennt waren.
Die Standardausstattung
Sechs Teile, ein System – jedes bereits mit den anderen verdrahtet.
Ihre eigene Datenbank
Sicherheit auf Zeilenebene bei jeder Abfrage durchgesetzt – Datenschutz pro Nutzer ist eine Eigenschaft der Daten, keine Gewohnheit, die Ihr Code behalten muss.
Anmeldung & Identität
Konten, Organisationen und Rollen – plus Anmeldung mit Google und Facebook, Passkeys und Zwei-Faktor für Ihre Nutzer.
Der Dateispeicher
Dateien mit eigenen Zugriffsregeln – privat, pro Organisation oder hinter einem Kauf. Links allein öffnen nichts.
Typisierte serverseitige Funktionen
Echtes TypeScript gegen ein compilergeprüftes SDK – auf Abruf, bei Ereignissen oder nach Zeitplan.
Der Secrets-Tresor
Schlüssel und Zugangsdaten raus aus Ihrem Code und raus aus dem Browser – Funktionen lesen sie zur Laufzeit.
E-Mail-Zustellung
Vorlagen und Zustellung eingebaut – Mail mit dem Namen Ihrer App, nicht dem eines Anbieters.
Anmeldung, eingebaut
Die meisten Builder geben Ihnen E-Mail und Passwort und nennen es Identität. Kliv gibt den Nutzern Ihrer App die Anmeldung, die sie von echten Produkten erwarten – und sie gehört Ihrer App: Ihr Ablauf, Ihr Branding, Ihre Datensätze.
E-Mail & Passwort
Konten, Verifizierung und Resets – die Grundlagen, sauber erledigt.
Anmelden mit Google & Facebook
Anmeldung mit einem Tipp über Konten, die Ihre Nutzer bereits haben.
Passkeys
Phishing-resistente Anmeldung mit Face ID, Touch ID oder Sicherheitsschlüssel – kein Passwort, das gestohlen werden kann.
Zwei-Faktor-Authentifizierung
TOTP-Codes aus jeder Authenticator-App für Nutzer, die ein zweites Schloss an der Tür möchten.
Organisationen & Rollen
Teams, Rollen und Organisationsgrenzen – die Struktur, gegen die die Regeln der Datenbank geschrieben werden.
Ihre Nutzer, Ihre Datensätze
Jedes Konto ist eine Zeile in Ihrer eigenen Datenbank – segmentieren, exportieren oder auf Anfrage löschen. Die Beziehung gehört Ihnen.
Häufige Fragen
Ist das Backend ein separater Service, den ich verwalten muss?
Nein – genau darum geht es. Es wird mit der App geboren und über dasselbe Gespräch verwaltet, das sie baut. Es gibt kein Dashboard, das Sie am ersten Tag bereitstellen müssen, keine Schlüssel zum Einfügen und kein zweites System, das vom Code abdriftet.
Wer schreibt die Datenbankmigrationen?
Die AI erledigt das als Nebeneffekt des Bauens. Beschreiben Sie das Feature, und die Schemaänderung kommt als geordnete, verfolgte Migration – lesbar, wenn Sie hineinschauen möchten, und der Reihe nach angewendet, damit die Geschichte der Datenbank so lesbar bleibt wie die der App.
Wie wird Datenschutz pro Nutzer tatsächlich durchgesetzt?
An der Zeile. Jede Abfrage gibt nur zurück, was der angemeldete Nutzer sehen darf, weil die Regel auf den Daten selbst liegt – ein Bug auf einer Seite kann also nicht preisgeben, was die Datenbank nicht herausgibt.
Können sich meine Nutzer mit Google anmelden?
Ja – Google und Facebook, neben Passkeys und TOTP-Zwei-Faktor. Und es ist die Anmeldung Ihrer App, kein Widget eines Drittanbieters: Ihr Ablauf, Ihr Branding und Nutzerdatensätze, die in Ihrer eigenen Datenbank leben.
Wo liegen API-Schlüssel und Zugangsdaten?
Im Tresor. Funktionen lesen sie zur Laufzeit; sie erscheinen nie in Code, den der Browser sehen kann, und nichts Sensibles landet in Ihrer Quellhistorie.
Kann ich meinen Code und meine Daten mitnehmen?
Ja. Der Quellcode Ihrer App synchronisiert sich bidirektional mit Ihrem eigenen Git-Repository, und die Daten sind Ihre eigene Datenbank – jederzeit exportierbar. Klivs Wette ist, dass Sie bleiben, weil es gut ist, nicht weil Weggehen schwer ist.
Beschreiben Sie Ihre App. Das Backend kommt mit.
Eingebaut heißt zusammen gebaut: Checkout, Agent und Tests laufen alle auf demselben Backend – ein Regelwerk, überall durchgesetzt.