Een echte backend, geboren met je app
Database, inloggen, bestanden, functies, secrets, e-mail — elke Kliv-app begint ermee, gemaakt en beheerd door de AI terwijl je bouwt. Niets te provisionen, niets aan te sluiten, niets synchroon te houden.
Cloudbackend
Geen backendservice die je zelf aansluit
De meeste AI-builders genereren een frontend en geven je een checklist: meld je hier aan voor een database, daar voor een auth-provider, plak de sleutels, schrijf de lijm. Elke zwakke plek in die stack is voor jou om te onderhouden. Klivs backend wordt met de app geboren — één systeem, waardoor hetzelfde gesprek dat je pagina’s bouwt ook je migraties en toegangsregels schrijft, en die regels overal gelden.
Waar elke app mee geboren wordt
Dit is geen functielijst die je stuk voor stuk aanzet. Het is de standaarduitrusting onder elke Kliv-app — dit draait al voordat je klaar bent met het beschrijven van pagina één.
Een database met eigen regels
Je data leeft in je eigen database, en privacy wordt op de rij afgedwongen: een regel als “klanten lezen alleen hun eigen projecten” is een eigenschap van de data, gecontroleerd bij elke query — geen if-statement dat iemand op elke pagina moet onthouden.
Inloggen en identiteit
Accounts, sessies, rollen en organisaties bestaan voordat je eerste pagina bestaat. Je gebruikers kunnen individuen zijn of hele bedrijven — en inloggen gaat veel verder dan wachtwoorden, wat hieronder een eigen sectie krijgt.
Een bestandsopslag met toegangsregels
Uploads, afbeeldingen en documenten dragen eigen regels: privé, gedeeld per organisatie of afgeschermd achter een aankoop. Een doorgestuurde link opent niets wat de regels niet toestaan — delen is een beslissing, geen ongeluk van URLs.
Serverfuncties, getypeerd
Wanneer logica op de server moet draaien — een berekening, een callback naar een andere tool, een nachtelijke taak — schrijft de AI echte TypeScript tegen een getypeerde SDK die de compiler controleert. Functies draaien op aanvraag, op events of volgens schema.
Secrets in een kluis
API keys en inloggegevens leven in een kluis, nooit in code die de browser kan zien. Functies lezen ze tijdens runtime, en niets gevoeligs komt in je source terecht.
E-mail die jouw naam draagt
Bezorging en templates zijn onderdeel van de backend — de mail die je app stuurt is gebrand als je app, één keer geschreven en verzonden zonder een externe maildienst te configureren.
Beheerd terwijl je bouwt
Het deel dat geen backendservice doet: de AI onderhoudt dit alles als neveneffect van bouwen. Beschrijf een functie en de schemawijziging komt binnen als een geordende, bijgehouden migratie; de toegangsregels groeien mee met de pagina’s die ze nodig hebben. De backend volgt de app, omdat ze nooit los van elkaar waren.
De standaarduitrusting
Zes onderdelen, één systeem — elk onderdeel al aangesloten op de rest.
Je eigen database
Beveiliging op rijniveau afgedwongen bij elke query — privacy per gebruiker is een eigenschap van de data, geen gewoonte die je code moet volhouden.
Inloggen & identiteit
Accounts, organisaties en rollen — plus inloggen met Google en Facebook, passkeys en tweefactor voor je gebruikers.
De bestandsopslag
Bestanden met eigen toegangsregels — privé, per organisatie of achter een aankoop. Alleen een link opent niets.
Getypeerde serverfuncties
Echte TypeScript tegen een door de compiler gecontroleerde SDK — op aanvraag, op events of volgens schema.
De secrets-kluis
Sleutels en inloggegevens uit je code en uit de browser — functies lezen ze tijdens runtime.
E-mailbezorging
Templates en bezorging ingebouwd — mail die de naam van je app draagt, niet die van een leverancier.
Inloggen, ingebouwd
De meeste builders geven je e-mail en wachtwoord en noemen dat identiteit. Kliv geeft de gebruikers van je app de login die ze van echte producten verwachten — en die hoort bij jouw app: jouw flow, jouw branding, jouw records.
E-mail & wachtwoord
Accounts, verificatie en resets — de basis, netjes afgehandeld.
Inloggen met Google & Facebook
Inloggen met één tik via de accounts die je gebruikers al hebben.
Passkeys
Phishingbestendig inloggen met Face ID, Touch ID of een security key — geen wachtwoord om te stelen.
Tweefactorauthenticatie
TOTP-codes uit elke authenticator-app, voor gebruikers die een tweede slot op de deur willen.
Organisaties & rollen
Teams, rollen en organisatiemuren — de structuur waartegen de regels van de database worden geschreven.
Jouw gebruikers, jouw records
Elk account is een rij in je eigen database — segmenteer ze, exporteer ze of wis er één op verzoek. De relatie is van jou.
Veelgestelde vragen
Is de backend een aparte service die ik moet beheren?
Nee — dat is precies het punt. Hij wordt met de app geboren en beheerd via hetzelfde gesprek dat de app bouwt. Er is geen dashboard om te provisionen, geen sleutels om op dag één te plakken en geen tweede systeem dat uit sync raakt met je code.
Wie schrijft de databasemigraties?
De AI doet dat, als neveneffect van bouwen. Beschrijf de functie en de schemawijziging komt binnen als een geordende, bijgehouden migratie — leesbaar als je wilt kijken, op volgorde toegepast zodat de geschiedenis van de database net zo begrijpelijk is als die van de app.
Hoe wordt privacy per gebruiker echt afgedwongen?
Op de rij. Elke query geeft alleen terug wat de ingelogde gebruiker mag zien, omdat de regel op de data zelf leeft — dus een bug in een pagina kan niet lekken wat de database weigert te geven.
Kunnen mijn gebruikers inloggen met Google?
Ja — Google en Facebook, naast passkeys en TOTP-tweefactor. En het is de login van jouw app, geen widget van een derde: jouw flow, jouw branding en gebruikersrecords die in je eigen database leven.
Waar leven API keys en inloggegevens?
In de kluis. Functies lezen ze tijdens runtime; ze verschijnen nooit in code die de browser kan zien, en niets gevoeligs komt in je source history terecht.
Kan ik mijn code en data eruit krijgen?
Ja. De source van je app synchroniseert twee kanten op met je eigen Git-repository, en de data is je eigen database — exporteer die wanneer je wilt. Klivs inzet is dat je blijft omdat het goed is, niet omdat vertrekken moeilijk is.
Beschrijf je app. De backend komt mee.
Ingebouwd betekent samen gebouwd: de checkout, de agent en de tests draaien allemaal op dezelfde backend — één set regels, overal afgedwongen.
