Poradniki · 03 / 15

Wybór stosu

Domyślny wybór dla siedmiu typów projektów i pięć rad, jak nie przekombinować.

Stan na: 7.11.2026

Jak czytać ten poradnik

Znajdź typ projektu. Przy każdym dostajesz domyślny wybór, powód i alternatywy. Wszystko ustawione pod szybkość vibecodingu, proste wdrożenie i małą skalę. Duże firmy mają inne potrzeby.

Kwot tu nie ma, bo cenniki zmieniają się co kilka miesięcy. Przy każdej usłudze sprawdź aktualny cennik na jej stronie, linki są w katalogu usług.

1. Strona wizytówka albo portfolio

Stos: statyczny HTML albo Astro, hosting Vercel albo Cloudflare Pages.

Dlaczego: strona statyczna działa szybko i tanio. Astro opisuje się jako framework do stron z treścią i domyślnie nie wysyła JavaScriptu do przeglądarki. Interaktywne „wyspy” dokładasz tylko tam, gdzie trzeba.

Kiedy Next.js: gdy wiesz, że za chwilę dojdzie logowanie i trasy API.

OpcjaKiedy
Czysty HTML i CSSjedna strona, bez kroku budowania
Astroblog, dokumentacja, strona marketingowa
Next.js na Vercelplanujesz funkcje dynamiczne

2. Pierwsza wersja SaaS

Stos: Next.js, Supabase, Stripe i Resend, hosting Vercel.

Dlaczego: Supabase daje w jednym projekcie Postgresa, logowanie, gotowe API, Realtime, pliki i funkcje. Stripe obsługuje płatności i subskrypcje, Resend wysyła maile transakcyjne, a Vercel wdraża po każdym pushu. Modele AI znają ten zestaw bardzo dobrze.

OpcjaKiedy
Next.js, Clerk i Neonwolisz gotowe ekrany logowania i bazę Postgres bez serwera
Laravelzespół zna PHP
Railszespół zna Ruby

3. Aplikacja z AI

Stos: Next.js, AI SDK, API modelu (np. Claude), Supabase z wektorami, zadania w tle w Inngest albo Trigger.dev.

Dlaczego: AI SDK od Vercela daje jedno API do generowania tekstu, obiektów i wywołań narzędzi u wielu dostawców. Wektory obok reszty danych w Postgresie wystarczą do RAG na start. Długie zadania AI przenosisz do kolejki z ponawianiem.

Decyzje:

4. Usługa API

Stos: Hono, Postgres (Neon albo Supabase), Upstash Redis do pamięci podręcznej i limitów.

Dlaczego: Hono to mały framework na standardach Web, który działa m.in. na Cloudflare Workers, Deno, Bun, Vercel, AWS Lambda i Node.js. Neon daje Postgresa z gałęziami i skalowaniem do zera.

OpcjaKiedy
Fastify albo Expresszespół zna już Node.js
Gobardzo duży ruch, niskie opóźnienia
Cloudflare Workers i D1wszystko na brzegu sieci, mała baza SQLite

5. Aplikacja mobilna

Stos: React Native z Expo, backend Supabase albo Firebase.

Dlaczego: jedna baza kodu na iOS i Androida, a model komponentów jest taki sam jak w React, więc AI pisze go dobrze. Supabase wybierz dla Postgresa i otwartego kodu, Firebase dla ekosystemu Google.

6. Sklep internetowy

7. Aplikacja czasu rzeczywistego

Stos: Next.js z Supabase Realtime.

Dlaczego: Realtime wysyła przez websockety zmiany w Postgresie, wiadomości broadcast i obecność użytkowników. Nie stawiasz osobnego serwera websocketów. Pasuje do czatu, pulpitów na żywo i wspólnej edycji.

Macierz decyzji

SytuacjaWybór
Budżet zerostrona statyczna albo darmowe plany Vercel i Supabase
Wdrożenie w tydzieńNext.js i Supabase
Prototyp w jeden dzieńBolt, v0, Lovable albo Replit Agent
Jedna osobawszystko zarządzane, jak najmniej utrzymania
Mały zespółjedno repozytorium, wspólny projekt Vercel i Supabase
Produkt z AIAI SDK, strumieniowanie, wywołania narzędzi

Pięć rad

  1. Wybieraj nudną technologię. Model widział Next.js i Postgresa miliony razy, a nowy framework prawie wcale.
  2. Mniej usług. Każda usługa to konfiguracja, kontekst dla AI i kolejne miejsce awarii.
  3. Najpierw darmowe plany. Płać dopiero, gdy dojdziesz do limitu.
  4. Bez przedwczesnej architektury. Jeden monolit wytrzymuje więcej, niż myślisz. Dziel go, gdy masz konkretny powód.
  5. Dopasuj się do wiedzy modelu. Jeśli AI pisze słaby kod w Twoim stosie, stos może być zbyt niszowy.

Gotowe przepisy krok po kroku: gotowe stosy.