Un vero backend, nato con la tua app
Database, accesso, file, funzioni, segreti, email: ogni app Kliv inizia con tutto, creato e gestito dall’AI durante la creazione. Niente da fornire, niente da collegare, niente da mantenere sincronizzato.
Back-end cloud
Non è un servizio backend da collegare
La maggior parte dei builder AI genera un frontend e ti consegna una lista di controllo: iscriviti a un database qui, un provider di autenticazione lì, incolla le chiavi, scrivi il collante. Ogni cucitura in quella pila è tua da mantenere. Il backend di Kliv nasce con l’app: un unico sistema, quindi la stessa conversazione che crea le tue pagine scrive anche le tue migrazioni e le tue regole di accesso, e le regole valgono ovunque.
Con cosa nasce ogni app
Questo non è un elenco di funzionalità che abiliti pezzo per pezzo. È la dotazione standard di ogni app Kliv: ecco cosa funziona prima che tu abbia finito di descrivere la prima pagina.
Un database con regole proprie
I tuoi dati risiedono nel tuo database e la privacy viene applicata in ogni riga: una regola come “i clienti leggono solo i propri progetti” è una proprietà dei dati, controllata su ogni query, non un’istruzione if che qualcuno deve ricordarsi di scrivere in ogni pagina.
Accesso e identità
Account, sessioni, ruoli e organizzazioni esistono prima della prima pagina. I tuoi utenti possono essere singoli individui o intere aziende e l’accesso raggiunge ben oltre le password, che hanno la propria sezione di seguito.
Un archivio di file con regole di accesso
Caricamenti, immagini e documenti hanno regole proprie: privati, condivisi per organizzazione o protetti da un acquisto. Un collegamento inoltrato non apre nulla che le regole non consentano: la condivisione è una decisione, non un incidente degli URL.
Funzioni lato server, digitate
Quando la logica deve essere eseguita sul server (un calcolo, una richiamata in un altro strumento, un lavoro notturno) L’AI scrive TypeScript reale rispetto a un SDK tipizzato che il compilatore controlla. Le funzioni vengono eseguite su richiesta, in base a eventi o in base a una pianificazione.
Segreti in un caveau
Le chiavi e le credenziali API risiedono in un deposito, mai nel codice che il browser può vedere. Le funzioni li leggono in fase di esecuzione e nulla di sensibile arriva mai nella tua fonte.
Email che porta il tuo nome
La consegna e i modelli fanno parte del backend: la posta inviata dalla tua app viene contrassegnata come la tua app, scritta una volta e inviata senza un servizio di posta di terze parti da configurare.
Gestito mentre costruisci
La parte che nessun servizio backend fa: L’AI mantiene tutto questo come effetto collaterale della costruzione. Descrivi una funzionalità e la modifica dello schema arriva come una migrazione ordinata e tracciata; le regole di accesso evolvono con le pagine che ne hanno bisogno. Il backend segue l’app perché non sono mai stati separati.
La dotazione di serie
Sei pezzi, un sistema, ognuno già cablato con gli altri.
Il tuo database
Sicurezza a livello di riga applicata a ogni query: la privacy per utente è una proprietà dei dati, non un’abitudine che il tuo codice deve mantenere.
Accesso e identità
Account, organizzazioni e ruoli, oltre a Google e accesso a Facebook, passkey e due fattori per i tuoi utenti.
L’archivio dei file
File con regole di accesso proprie: private, per organizzazione o dietro un acquisto. I collegamenti da soli non aprono nulla.
Funzioni lato server digitate
Vero TypeScript rispetto a un SDK controllato dal compilatore: su richiesta, in base a eventi o in base a una pianificazione.
La volta dei segreti
Chiavi e credenziali fuori dal tuo codice e fuori dal browser: le funzioni le leggono in fase di esecuzione.
Consegna della posta elettronica
Modelli e recapito integrati: posta che riporta il nome della tua app, non quello di un fornitore.
Accedi, integrato
La maggior parte dei builder ti fornisce e-mail e password e li chiama identità. Kliv offre agli utenti della tua app l’accesso che si aspettano da prodotti reali e appartiene alla tua app: al tuo flusso, al tuo brand, ai tuoi record.
E-mail e password
Conti, verifica e ripristino: le funzioni base gestite correttamente.
Accedi con Google e Facebook
Accedi con un solo tocco con gli account già posseduti dai tuoi utenti.
Chiavi di accesso
Accesso resistente al phishing con Face ID, Touch ID o una chiave di sicurezza: nessuna password da rubare.
Autenticazione a due fattori
Codici TOTP da qualsiasi app di autenticazione, per gli utenti che desiderano una seconda serratura sulla porta.
Organizzazioni e ruoli
Team, ruoli e muri dell’organizzazione: la struttura su cui vengono scritte le regole del database.
I tuoi utenti, i tuoi record
Ogni account è una riga nel tuo database: segmentali, esportali o cancellane uno su richiesta. La relazione è tua.
Domande comuni
Il backend è un servizio separato che devo gestire?
No, questo è il punto. Nasce con l’app e viene gestito attraverso la stessa conversazione che lo costruisce. Non è necessario effettuare il provisioning di dashboard, chiavi da incollare il primo giorno e nessun secondo sistema che non è più sincronizzato con il codice.
Chi scrive le migrazioni del database?
L’AI lo fa, come effetto collaterale della costruzione. Descrivi la funzionalità e la modifica dello schema arriva come una migrazione ordinata e tracciata, leggibile se vuoi guardare, applicata in sequenza in modo che la cronologia del database sia leggibile quanto quella dell’app.
Come viene effettivamente applicata la privacy per utente?
Alla fila. Ogni query restituisce solo ciò che l’utente che ha effettuato l’accesso può vedere, perché la regola risiede nei dati stessi, quindi un bug in una pagina non può far trapelare ciò che il database si rifiuta di fornire.
I miei utenti possono accedere con Google?
Sì: Google e Facebook, oltre a passkey e TOTP a due fattori. Ed è l’accesso della tua app, non un widget di terze parti: il tuo flusso, il tuo brand e i record utente che risiedono nel tuo database.
Dove risiedono le chiavi e le credenziali API?
Nel caveau. Le funzioni li leggono in fase di esecuzione; non compaiono mai nel codice che il browser può vedere e nulla di sensibile viene inserito nella cronologia delle fonti.
Posso ottenere il mio codice e i miei dati?
Sì. L’origine della tua app si sincronizza in modo bidirezionale con il tuo repository Git e i dati sono il tuo database: esportalo in qualsiasi momento. La scommessa di Kliv è che rimani perché è bello, non perché andarsene è difficile.
Descrivi la tua app. Il backend viene fornito con esso.
Integrato significa costruito insieme: il checkout, l’agente e i test vengono eseguiti tutti sullo stesso backend: un unico insieme di regole, applicato ovunque.
