To jest Twoja aplikacja
Jak zacząć
Sześć kroków od pustego serwera do własnego kodu w produkcji. Wszystko poniżej jest już zainstalowane — włączasz to, a nie budujesz.
- Otwórz panel sterowania — wszystko o tym serwerze konfiguruje się tam. Panel sterowania
- Wybierz języki, w jakich Twoja aplikacja będzie dostępna. Języki
- Użyj ustawień, aby opisać swój projekt: nazwę, opis, logo, SEO. Ustawienia aplikacji
- Połącz GitHub i wyślij kod serwera do swojego repozytorium. GitHub
- Sklonuj to repozytorium na własną maszynę, pracuj tam i wysyłaj zmiany z powrotem.
- Naciśnij Wdróż w panelu — serwer pobiera Twój commit i sam się przebudowuje. Wdrożenia
Zalecane przed rozpoczęciem
Żadne z nich niczego nie blokuje. Oba oszczędzają powtórną pracę: pierwsze włącza myślącą połowę produktu, drugie zmienia adres każdej strony.
- Klucz OpenAI. Bez klucza Quiz nie zadaje pytań, a bez Quizu nie ma czym opisać Twoich przypadków użycia — więc agent programujący odmawia budowy. Dlatego panel traktuje klucz jako CZERWONY wymóg, dopóki nie powstaną pierwsze przypadki, a potem jako bursztynową sugestię: strona działa i bez niego, puste zostają tylko wyszukiwanie wektorowe i graf wiedzy. Klucz wpisuje się raz, a koszt trafia bezpośrednio do dostawcy Twojego modelu. Klucz OpenAI
- Twoja własna domena. Dopóki strona istnieje pod adresem liczbowym, nie ma certyfikatu ani instalowalnej aplikacji — przeglądarka daje to tylko przy bezpiecznym połączeniu. Przejście na domenę zmienia adres każdej strony, więc taniej zrobić to, zanim zostaną zaindeksowane. Domena
Przed jakimkolwiek kodem
Quiz — siedem pytań zamiast pustej strony
Najdroższy błąd projektu popełnia się przed pierwszą linią kodu: buduje się nie to, co trzeba. Nie przez złe budowanie, ale dlatego, że «od czego zacząć» trudno odpowiedzieć samemu. Quiz zamienia to w rozmowę: Ty odpowiadasz, model pyta dalej, i z tego wyrasta lista scenariuszy, z której potem buduje się projekt.
Zalążek
Siedem krótkich pytań: czym jest produkt, dla kogo jest, co osoba powinna z niego wynieść. Odpowiadaj własnymi słowami — dyktowanie działa. Wszystko dalej wyrasta stąd, więc kilka zdań daje wyraźnie lepszy wynik niż kilka słów.
Rozmowa
Potem po jednym pytaniu naraz, w Twoim języku. Jest autoquiz: model zadaje pięć nowych pytań i sam na nie odpowiada, pogłębiając opis — ale wszystko, co wymyślił w Twoim imieniu, jest oznaczone jako «Założenie», a Ty to poprawiasz. Domysł podany za fakt wypłynąłby później, w gotowych scenariuszach.
Scenariusze
Rozmowa jest syntetyzowana w ponumerowane przypadki: kto przychodzi, co robi, co musi być prawdą na końcu. Czytasz i zatwierdzasz każdy osobno. Nieprzeczytany przypadek pozostaje domysłem modelu.
“I to nie jest rada, lecz reguła produktu: dopóki choć jeden przypadek jest niezatwierdzony, panel utrzymuje włączony alarm, a agent programujący odmawia budowy. Budowanie na nieprzeczytanym domyśle kosztuje więcej niż niebudowanie wcale.”
Quiz — siedem pytań zamiast pustej strony
Otwórz QuizCzym jest ten projekt technicznie
To nie jest gotowa strona, lecz architektura Fractera: ten sam szkielet dźwiga zarówno landing page, jak i duże SaaS czy wielopoziomową automatyzację. Rozwój nie wymaga przepisywania — warstwy danych, autoryzacji i panelu są już rozdzielone, a każda zaprojektowana pod obciążenie, którego jeszcze nie masz.
Kod nie jest pisany tutaj. Programista klonuje repozytorium na własną maszynę i pracuje z Claude Code, który czyta instrukcje i umiejętności żyjące wewnątrz projektu: ustalają one zasady, a automatyczne kontrole nie pozwalają ich złamać. Serwer tylko odbiera wynik i się przebudowuje.
Szkielet jest zbudowany pod projekt, który przekroczy milion linii: każda encja ma własny folder, wspólna warstwa nie rośnie wraz z ich liczbą, a trasy i uprawnienia są deklarowane tam, gdzie są egzekwowane. Stabilność nie jest tu obietnicą, lecz konsekwencją — nowa strona niczego nie dodaje do centralnego rdzenia.