En riktig backend, född med din app
Databas, inloggning, filer, funktioner, hemligheter, e-post – varje Kliv-app börjar med allt detta, skapat och hanterat av AI:n medan du bygger. Inget att provisionera, inget att koppla ihop, inget att hålla i synk.
Molnbackend
Inte en backendtjänst du kopplar in
De flesta AI-byggare genererar en frontend och ger dig en checklista: registrera en databas här, en auth-leverantör där, klistra in nycklarna, skriv limmet. Varje skarv i den stacken blir din att underhålla. Klivs backend föds med appen – ett system, så samma samtal som bygger dina sidor skriver också dina migreringar och dina åtkomstregler, och reglerna håller överallt.
Vad varje app föds med
Det här är inte en funktionslista du aktiverar bit för bit. Det är standardutrustningen under varje Kliv-app – här är det som kör innan du har beskrivit färdigt sida ett.
En databas med egna regler
Dina data bor i din egen databas, och integriteten verkställs på raden: en regel som ”kunder läser bara sina egna projekt” är en egenskap hos datan, kontrollerad vid varje fråga – inte en if-sats någon måste komma ihåg att skriva på varje sida.
Inloggning och identitet
Konton, sessioner, roller och organisationer finns innan din första sida gör det. Dina användare kan vara individer eller hela företag – och inloggning sträcker sig långt förbi lösenord, vilket får en egen sektion nedan.
Ett fillager med åtkomstregler
Uppladdningar, bilder och dokument bär egna regler: privat, delat per organisation eller grindat bakom ett köp. En vidarebefordrad länk öppnar inget reglerna inte tillåter – delning är ett beslut, inte en URL-olycka.
Serverfunktioner, typade
När logik måste köras på servern – en beräkning, en callback till ett annat verktyg, ett nattligt jobb – skriver AI:n riktig TypeScript mot ett typat SDK som kompilatorn kontrollerar. Funktioner kör på begäran, vid händelser eller enligt schema.
Hemligheter i ett valv
API-nycklar och inloggningsuppgifter bor i ett valv, aldrig i kod som webbläsaren kan se. Funktioner läser dem vid körning, och inget känsligt landar någonsin i din källkod.
E-post som bär ditt namn
Leverans och mallar är en del av backend – mejlen din app skickar är varumärkta som din app, skrivs en gång och skickas utan en tredjepartsmejltjänst att konfigurera.
Hanterad medan du bygger
Delen ingen backendtjänst gör: AI:n underhåller allt detta som en följd av byggandet. Beskriv en funktion så kommer schemaändringen som en ordnad, spårad migrering; åtkomstreglerna utvecklas med sidorna som behöver dem. Backend följer appen, eftersom de aldrig var separata.
Standardutrustningen
Sex delar, ett system – var och en redan kopplad till de andra.
Din egen databas
Radnivåsäkerhet verkställs vid varje fråga – integritet per användare är en egenskap hos datan, inte en vana din kod måste hålla.
Inloggning och identitet
Konton, organisationer och roller – plus Google- och Facebook-inloggning, passkeys och tvåfaktor för dina användare.
Fillagret
Filer med egna åtkomstregler – privata, per organisation eller bakom ett köp. Enbart länkar öppnar inget.
Typade serverfunktioner
Riktig TypeScript mot ett SDK som kompilatorn kontrollerar – på begäran, vid händelser eller enligt schema.
Hemlighetsvalvet
Nycklar och inloggningsuppgifter ut ur din kod och ut ur webbläsaren – funktioner läser dem vid körning.
E-postleverans
Mallar och leverans inbyggda – mejl som bär appens namn, inte en leverantörs.
Inloggning, inbyggd
De flesta byggare ger dig e-post och lösenord och kallar det identitet. Kliv ger din apps användare den inloggning de förväntar sig av riktiga produkter – och den tillhör din app: ditt flöde, ditt varumärke, dina poster.
E-post och lösenord
Konton, verifiering och återställning – bordskraven, hanterade ordentligt.
Logga in med Google och Facebook
Etttrycksinloggning med konton som dina användare redan har.
Passkeys
Phishingresistent inloggning med Face ID, Touch ID eller en säkerhetsnyckel – inget lösenord att stjäla.
Tvåfaktorsautentisering
TOTP-koder från valfri autentiseringsapp, för användarna som vill ha ett andra lås på dörren.
Organisationer och roller
Team, roller och organisationsväggar – strukturen som databasens regler skrivs mot.
Dina användare, dina poster
Varje konto är en rad i din egen databas – segmentera dem, exportera dem eller radera en på begäran. Relationerna är dina.
Vanliga frågor
Är backend en separat tjänst jag måste hantera?
Nej – det är poängen. Den föds med appen och hanteras genom samma samtal som bygger den. Det finns ingen dashboard att provisionera, inga nycklar att klistra in dag ett och inget andra system som driver ur synk med din kod.
Vem skriver databasmigreringarna?
AI:n gör det, som en följd av byggandet. Beskriv funktionen så kommer schemaändringen som en ordnad, spårad migrering – läsbar om du vill titta, tillämpad i ordning så databasens historik är lika begriplig som appens.
Hur verkställs integritet per användare i praktiken?
På raden. Varje fråga returnerar bara det den inloggade användaren får se, eftersom regeln bor på datan själv – så en bugg på en sida kan inte läcka det databasen vägrar lämna ut.
Kan mina användare logga in med Google?
Ja – Google och Facebook, bredvid passkeys och TOTP-tvåfaktor. Och det är din apps inloggning, inte en tredjepartswidget: ditt flöde, ditt varumärke och användarposter som bor i din egen databas.
Var bor API-nycklar och inloggningsuppgifter?
I valvet. Funktioner läser dem vid körning; de syns aldrig i kod som webbläsaren kan se, och inget känsligt landar i din källkodshistorik.
Kan jag få ut min kod och mina data?
Ja. Appens källkod synkar åt båda håll till ditt eget Git-repo, och datan är din egen databas – exportera den när som helst. Klivs satsning är att du stannar för att det är bra, inte för att det är svårt att lämna.
Beskriv din app. Backend följer med.
Inbyggt betyder byggt tillsammans: kassan, agenten och testerna kör alla på samma backend – en uppsättning regler, verkställda överallt.