Prawdziwy backend, stworzony z Twoją aplikacją
Baza danych, logowanie, pliki, funkcje, sekrety, email — każda aplikacja Kliv zaczyna się od tego wszystkiego, tworzonego i zarządzanego przez AI w trakcie tworzenia. Nic do zapewnienia, nic do okablowania, nic do synchronizacji.
Zaplecze w chmurze
To nie jest usługa backendu, którą podłączasz
Większość konstruktorów AI generuje interfejs i podaje listę kontrolną: zarejestruj się w bazie danych tutaj, u dostawcy uwierzytelniania tam, wklej klucze, napisz klej. Każdy szew w tym stosie należy do Ciebie. Backend Kliv rodzi się wraz z aplikacją — jednym systemem, więc ta sama konwersacja, która tworzy Twoje strony, zapisuje także Twoje migracje i reguły dostępu, a reguły obowiązują wszędzie.
Z czym rodzi się każda aplikacja
To nie jest lista funkcji, którą włączasz kawałek po kawałku. Jest to standardowe wyposażenie każdej aplikacji Kliv — oto, co działa, zanim skończysz opisywać pierwszą stronę.
Baza danych z własnymi regułami
Twoje dane znajdują się w Twojej własnej bazie danych, a prywatność jest egzekwowana w każdym wierszu: reguła typu „klienci czytają tylko własne projekty” jest właściwością danych, sprawdzaną przy każdym zapytaniu, a nie instrukcją „jeśli”, o której ktoś musi pamiętać i pisać na każdej stronie.
Logowanie i tożsamość
Konta, sesje, role i organizacje istnieją zanim pojawi się Twoja pierwsza strona. Twoimi użytkownikami mogą być osoby fizyczne lub całe firmy — a liczba logowań sięga znacznie dalej niż hasła, o czym poniżej znajduje się osobna sekcja.
Magazyn plików z regułami dostępu
Przesyłane obrazy i dokumenty podlegają własnym zasadom: prywatne, udostępniane każdej organizacji lub udostępniane za zakupem. Przesłany link nie otwiera niczego, na co nie pozwalają reguły — udostępnianie to decyzja, a nie przypadek adresów URL.
Funkcje po stronie serwera, wpisane
Kiedy na serwerze musi działać logika — obliczenia, wywołanie zwrotne do innego narzędzia, nocne zadanie — AI zapisuje prawdziwe TypeScript w oparciu o wpisany zestaw SDK, który sprawdza kompilator. Funkcje działają na żądanie, w przypadku zdarzeń lub zgodnie z harmonogramem.
Sekrety w skarbcu
Klucze i dane uwierzytelniające API znajdują się w skarbcu, nigdy w kodzie widocznym dla przeglądarki. Funkcje odczytują je w czasie wykonywania i nic wrażliwego nigdy nie ląduje w źródle.
Adres email zawierający Twoje imię i nazwisko
Dostarczanie i szablony stanowią część zaplecza — poczta wysyłana przez aplikację jest oznaczona jako Twoja aplikacja, zapisywana raz i wysyłana bez konieczności konfigurowania usługi pocztowej innej firmy.
Zarządzane w miarę budowania
To część, której nie spełnia żadna usługa backendowa: AI utrzymuje to wszystko jako efekt uboczny budowania. Opisz funkcję, a zmiana schematu nastąpi w formie uporządkowanej, śledzonej migracji; reguły dostępu ewoluują wraz ze stronami, które ich potrzebują. Backend podąża za aplikacją, ponieważ nigdy nie były oddzielone.
Wyposażenie standardowe
Sześć elementów, jeden system — każdy z nich jest już podłączony do pozostałych.
Twoja własna baza danych
Bezpieczeństwo na poziomie wiersza egzekwowane przy każdym zapytaniu — prywatność każdego użytkownika jest właściwością danych, a nie nawykiem, którego musi przestrzegać Twój kod.
Logowanie i tożsamość
Konta, organizacje i role — plus Google i logowanie do Facebooka, klucze i funkcje dwuskładnikowe dla Twoich użytkowników.
Magazyn plików
Pliki z własnymi regułami dostępu — prywatne, dla poszczególnych organizacji lub związane z zakupem. Same linki niczego nie otwierają.
Wpisane funkcje po stronie serwera
Prawdziwy TypeScript w porównaniu z pakietem SDK sprawdzonym przez kompilator — na żądanie, w ramach wydarzeń lub zgodnie z harmonogramem.
Skarbiec tajemnic
Klucze i dane uwierzytelniające z Twojego kodu i z przeglądarki — funkcje odczytują je w czasie wykonywania.
Dostawa emailem
Wbudowane szablony i sposób dostarczania — poczta zawierająca nazwę Twojej aplikacji, a nie dostawcy.
Zaloguj się, wbudowane
Większość kreatorów podaje adres email i hasło i nazywa to tożsamością. Kliv zapewnia użytkownikom Twojej aplikacji logowanie, jakiego oczekują od prawdziwych produktów — i należy do Twojej aplikacji: Twojego przepływu, Twojej marki, Twoich rekordów.
Email i hasło
Konta, weryfikacja i resety — stawki przy stole, obsługiwane prawidłowo.
Zaloguj się przez Google i Facebooka
Logowanie jednym dotknięciem na kontach, które już mają Twoi użytkownicy.
Klucze
Logowanie odporne na phishing za pomocą Face ID, Touch ID lub klucza bezpieczeństwa — bez hasła do kradzieży.
Uwierzytelnianie dwuskładnikowe
Kody TOTP z dowolnej aplikacji uwierzytelniającej dla użytkowników, którzy chcą drugiego zamka w drzwiach.
Organizacje i role
Zespoły, role i ściany organizacyjne — struktura, według której zapisywane są reguły bazy danych.
Twoi użytkownicy, Twoje dane
Każde konto to wiersz w Twojej bazie danych — segmentuj go, eksportuj lub usuń na żądanie. Związek jest Twój.
Często zadawane pytania
Czy backend to osobna usługa, którą muszę zarządzać?
Nie – o to właśnie chodzi. Rodzi się wraz z aplikacją i jest zarządzany poprzez tę samą rozmowę, która ją tworzy. Nie trzeba udostępniać pulpitu nawigacyjnego, nie trzeba wklejać kluczy już pierwszego dnia ani nie ma drugiego systemu, który utraciłby synchronizację z Twoim kodem.
Kto pisze migracje baz danych?
AI tak, jako efekt uboczny budowania. Opisz tę funkcję, a zmiana schematu nastąpi w postaci uporządkowanej, śledzonej migracji — czytelnej, jeśli chcesz, zastosowanej po kolei, aby historia bazy danych była tak samo czytelna jak historia aplikacji.
W jaki sposób faktycznie egzekwowana jest prywatność poszczególnych użytkowników?
W rzędzie. Każde zapytanie zwraca tylko to, co może zobaczyć zalogowany użytkownik, ponieważ reguła opiera się na samych danych — więc błąd na stronie nie może ujawnić tego, czego baza danych nie chce przekazać.
Czy moi użytkownicy mogą logować się za pomocą Google?
Tak — Google i Facebook, wraz z kluczami dostępu i dwuskładnikowym TOTP. I to jest logowanie do Twojej aplikacji, a nie widżet innej firmy: Twój przepływ, Twoja marka i rekordy użytkowników znajdują się w Twojej własnej bazie danych.
Gdzie znajdują się klucze i dane uwierzytelniające API?
W skarbcu. Funkcje odczytują je w czasie wykonywania; nigdy nie pojawiają się w kodzie widocznym dla przeglądarki i nic wrażliwego nie trafia do historii źródła.
Czy mogę pobrać mój kod i dane?
Tak. Źródło Twojej aplikacji synchronizuje się dwukierunkowo z Twoim własnym repozytorium Git, a dane stanowią Twoją własną bazę danych — wyeksportuj je w dowolnym momencie. Kliv zakłada, że zostaniesz, bo jest dobrze, a nie dlatego, że odejście jest trudne.
Opisz swoją aplikację. Wraz z nim pojawia się backend.
Wbudowane środki wbudowane razem: kasa, agent i testy działają na tym samym backendzie — jeden zestaw reguł, egzekwowany wszędzie.
