En rigtig backend, født med din app
Database, login, filer, funktioner, hemmeligheder, e-mail — hver Kliv-app starter med det hele, skabt og styret af AI’en, mens du bygger. Intet at provisionere, intet at koble sammen, intet at holde synkroniseret.
Cloud-backend
Ikke en backendtjeneste, du selv kobler på
De fleste AI-buildere genererer en frontend og giver dig en tjekliste: opret en database her, en auth-udbyder der, indsæt nøglerne, skriv limen. Hver samling i den stack er din at vedligeholde. Klivs backend er født med appen — ét system, så den samme samtale, der bygger dine sider, også skriver dine migreringer og adgangsregler, og reglerne holder overalt.
Hvad hver app er født med
Det her er ikke en funktionsliste, du slår til del for del. Det er standardudstyret under hver Kliv-app — her er det, der allerede kører, før du er færdig med at beskrive side ét.
En database med sine egne regler
Dine data ligger i din egen database, og privatliv håndhæves på rækken: en regel som “kunder læser kun deres egne projekter” er en egenskab ved dataene, tjekket ved hver forespørgsel — ikke en if-sætning, nogen skal huske at skrive på hver side.
Login og identitet
Konti, sessioner, roller og organisationer findes, før din første side gør. Dine brugere kan være enkeltpersoner eller hele virksomheder — og login rækker langt forbi adgangskoder, hvilket får sit eget afsnit nedenfor.
Et fillager med adgangsregler
Uploads, billeder og dokumenter bærer deres egne regler: private, delt per organisation eller gated bag et køb. Et videresendt link åbner intet, reglerne ikke tillader — deling er en beslutning, ikke en ulykke ved URL’er.
Serversidefunktioner, typede
Når logik skal køre på serveren — en beregning, et callback til et andet værktøj, et natligt job — skriver AI’en rigtig TypeScript mod en typed SDK, som compileren tjekker. Funktioner kører efter behov, ved events eller efter en tidsplan.
Hemmeligheder i en vault
API-nøgler og legitimationsoplysninger bor i en vault, aldrig i kode browseren kan se. Funktioner læser dem ved runtime, og intet følsomt lander i din kildekode.
E-mail med dit navn på
Levering og skabeloner er en del af backenden — den mail, din app sender, er brandet som din app, skrevet én gang og sendt uden en tredjeparts-mailtjeneste at konfigurere.
Administreret mens du bygger
Den del ingen backendtjeneste gør: AI’en vedligeholder alt dette som en sideeffekt af byggeriet. Beskriv en funktion, og skemaændringen kommer som en ordnet, sporet migrering; adgangsreglerne udvikler sig med de sider, der har brug for dem. Backenden følger appen, fordi de aldrig var adskilt.
Standardudstyret
Seks dele, ét system — hver del allerede koblet til de andre.
Din egen database
Sikkerhed på rækkeniveau håndhævet ved hver forespørgsel — privatliv per bruger er en egenskab ved dataene, ikke en vane din kode skal holde.
Login & identitet
Konti, organisationer og roller — plus Google- og Facebook-login, passkeys og tofaktor til dine brugere.
Fillageret
Filer med egne adgangsregler — private, per organisation eller bag et køb. Links alene åbner intet.
Typede serversidefunktioner
Rigtig TypeScript mod en compiler-tjekket SDK — efter behov, ved events eller efter en tidsplan.
Vaulten til hemmeligheder
Nøgler og legitimationsoplysninger ud af din kode og ud af browseren — funktioner læser dem ved runtime.
E-maillevering
Skabeloner og levering bygget ind — mail med din apps navn på, ikke en leverandørs.
Login, bygget ind
De fleste buildere giver dig e-mail og adgangskode og kalder det identitet. Kliv giver din apps brugere det login, de forventer af rigtige produkter — og det tilhører din app: dit flow, dit brand, dine poster.
E-mail & adgangskode
Konti, verifikation og nulstilling — basisarbejdet, håndteret ordentligt.
Log ind med Google & Facebook
Login med ét tryk med de konti, dine brugere allerede har.
Passkeys
Phishingresistent login med Face ID, Touch ID eller en sikkerhedsnøgle — ingen adgangskode at stjæle.
Tofaktorgodkendelse
TOTP-koder fra enhver authenticator-app, til de brugere der vil have en ekstra lås på døren.
Organisationer & roller
Teams, roller og organisationsvægge — den struktur, databasens regler skrives imod.
Dine brugere, dine poster
Hver konto er en række i din egen database — segmentér dem, eksportér dem eller slet én på anmodning. Relationen er din.
Ofte stillede spørgsmål
Er backenden en separat tjeneste, jeg skal administrere?
Nej — det er pointen. Den er født med appen og administreres gennem den samme samtale, der bygger den. Der er intet dashboard at provisionere, ingen nøgler at indsætte på dag ét og intet andet system, der glider ud af synk med din kode.
Hvem skriver databasemigreringerne?
Det gør AI’en, som en sideeffekt af byggeriet. Beskriv funktionen, og skemaændringen kommer som en ordnet, sporet migrering — læsbar hvis du vil kigge, anvendt i rækkefølge så databasens historik er lige så læselig som appens.
Hvordan håndhæves privatliv per bruger i praksis?
På rækken. Hver forespørgsel returnerer kun det, den indloggede bruger må se, fordi reglen bor på selve dataene — så en fejl på en side kan ikke lække det, databasen nægter at udlevere.
Kan mine brugere logge ind med Google?
Ja — Google og Facebook, sammen med passkeys og TOTP-tofaktor. Og det er din apps login, ikke en tredjepartswidget: dit flow, dit brand og brugerposter, der bor i din egen database.
Hvor bor API-nøgler og legitimationsoplysninger?
I vaulten. Funktioner læser dem ved runtime; de optræder aldrig i kode, browseren kan se, og intet følsomt lander i din kildehistorik.
Kan jeg få min kode og mine data ud?
Ja. Din apps kildekode synkroniserer tovejs til dit eget Git-repository, og dataene er din egen database — eksportér dem når som helst. Klivs satsning er, at du bliver, fordi det er godt, ikke fordi det er svært at gå.
Beskriv din app. Backenden følger med.
Indbygget betyder bygget sammen: checkouten, agenten og testene kører alle på den samme backend — ét regelsæt, håndhævet overalt.
