Cicha rewolucja: Vibe Coding i nowy stack dla founderów

W sposobie, w jaki tworzymy oprogramowanie, dokonuje się cicha rewolucja i nie ma ona nic wspólnego z kolejnym nowym frameworkiem JavaScript. Chodzi o zmianę tego, kto — lub co — bierze na siebie najcięższą pracę.

Wyobraź sobie taki scenariusz: Czekasz na samolot. Wpada ci do głowy pomysł. Zanim wylądujesz, nie masz w telefonie tylko luźnych notatek; masz w pełni wdrożone MVP z bazą danych, uwierzytelnianiem i frontendem, działające pod konkretnym adresem URL. Nie napisałeś ani jednej linijki kodu. Po prostu zarządzałeś przepływem (flow).

To nie science fiction. To coś, co ludzie zaczynają nazywać "Vibe Coding" i fundamentalnie zmienia to ekonomię startupów.

Większość founderów wciąż tkwi w starej pętli: Pomysł -> Zatrudnianie/Kodowanie -> Debugowanie -> Wdrożenie. Ta pętla jest zbyt wolna. Nowa pętla wygląda tak: Kontekst -> Agent AI -> Weryfikacja.

Spędziłem ostatnie kilka tygodni na dopracowywaniu stacku technologicznego, który automatyzuje ten żmudny środek procesu deweloperskiego. Pozwala mi to prowadzić dziesięć potencjalnych MVP w równoległych cyklach. Oto dokładna konfiguracja, workflow i szczera prawda o tym, gdzie ten system się załamuje.

Stack w stylu "Vibe"

Aby to zadziałało, potrzebujesz narzędzi, które ze sobą rozmawiają. Nie szukamy najbardziej skomplikowanych rozwiązań dla korporacji; zależy nam na szybkości i integracji. Oto nasz toolkit:

1. Framework: create-t3-turbo (Setup typu monorepo zbudowany na Turborepo, który obsługuje frontend i backend w jednym miejscu. Zawiera Next.js, tRPC, Tailwind i Prismę. Idealny do MVP).
2. Mózg: Claude Code (Narzędzie CLI, które działa jak twój główny inżynier).
3. Zarządzanie Projektami: Linear (Źródło prawdy).
4. Śledzenie: GitHub Issues (Zsynchronizowane z Linear).
5. Infrastruktura: Vercel (Hosting) + Neon (Serverless Postgres).

Zarówno Vercel, jak i Neon mają hojne darmowe plany (free tiers), co oznacza, że koszt twoich eksperymentów wynosi praktycznie zero.

Faza Konfiguracji

Zanim napiszesz linijkę kodu, musisz "okablować" maszynę. Oto dokładny proces konfiguracji:

1. Zainicjuj Projekt

Zacznij od utworzenia nowego projektu create-t3-turbo. Daje ci to gotową na produkcję strukturę monorepo ze wszystkim skonfigurowanym:

npx create-turbo@latest -e https://github.com/t3-oss/create-t3-turbo

Ta komenda tworzy rusztowanie kompletnego stacku z Next.js dla frontendu, tRPC dla bezpiecznych typowo API, Prismą do zarządzania bazą danych i Tailwind CSS do stylowania — wszystko w strukturze monorepo Turborepo.

2. Zainstaluj Claude Code

Następnie zainstaluj Claude Code, twojego asystenta deweloperskiego napędzanego AI. Postępuj zgodnie z instrukcją instalacji na code.claude.com. Po zainstalowaniu możesz go uruchomić z katalogu projektu:

claude

3. Skonfiguruj Integrację z GitHub Actions

Wewnątrz CLI Claude Code zainstaluj integrację z GitHub Actions, uruchamiając:

/install-github-app

Ta komenda konfiguruje bota GitHub Actions, który umożliwi Claude'owi tworzenie Pull Requestów (PR), uruchamianie workflowów CI/CD i interakcję z twoim repozytorium. Integracja pozwala Claude'owi wprowadzać zmiany w kodzie poprzez zautomatyzowane workflowy, a nie tylko je sugerować. Szczegółowe instrukcje konfiguracji znajdziesz w oficjalnej dokumentacji GitHub Actions.

4. Połącz Linear z GitHubem

Magia dzieje się, gdy połączysz Linear z GitHubem w celu dwukierunkowej synchronizacji zgłoszeń (issues). Oto jak to zrobić:

1. Wejdź na stronę integracji GitHub w Linear
2. Kliknij "Add Integration" i autoryzuj Linear do dostępu do twojego konta GitHub
3. Wybierz repozytorium, które chcesz synchronizować
4. Skonfiguruj ustawienia synchronizacji:
   • Synchronizacja dwukierunkowa: Zgłoszenia utworzone w GitHub automatycznie pojawiają się w Linear i odwrotnie
   • Mapowanie statusów: Zmapuj stany workflow w Linear (Todo, In Progress, Done) na stany zgłoszeń w GitHub
   • Synchronizacja priorytetów: Utrzymuj poziomy priorytetów zsynchronizowane między obiema platformami
   • Auto-linkowanie: Automatycznie linkuj gałęzie (branches) i PR-y do zgłoszeń w Linear używając ID zgłoszenia

Po skonfigurowaniu, gdy zgłoszenie zostanie utworzone w GitHub, pojawi się w Linear. Gdy zaktualizujesz priorytet lub status w Linear, zmiana odzwierciedli się w GitHub. Tworzy to ujednolicony workflow, w którym możesz zarządzać zadaniami z dowolnej platformy.

5. Wdróż Infrastrukturę

Na koniec wdróż projekt na Vercel z bazą danych Neon:

• Połącz swoje repozytorium GitHub z Vercel
• Utwórz bazę danych serverless Postgres w Neon (dostępny darmowy plan)
• Dodaj connection string bazy danych do zmiennych środowiskowych w Vercel

Po wdrożeniu masz teraz ciągły potok integracji (CI pipeline), który biegnie od twoich myśli prosto do żywego adresu URL. Każdy merge do gałęzi main automatycznie wdraża się na produkcję.

Zautomatyzowany Workflow

To tutaj tradycyjna rola Product Managera zaczyna zanikać.

1. Sesja Kontekstowa

Jeśli masz pomysł, nie otwieraj IDE. Otwórz okno czatu. Porozmawiaj z ChatGPT lub Claude'em, wyrzucając z siebie surowe myśli. Pozwól AI rzucić ci wyzwanie. Na koniec tej sesji poproś o wygenerowanie PRD (Product Requirements Document) w formacie Markdown.

To, co otrzymasz, jest zazwyczaj lepsze niż to, co produkuje większość średniego szczebla PM-ów. Jest szczegółowe, ustrukturyzowane i profesjonalne.

Spostrzeżenie: Wierzę, że dedykowana rola "Product Managera" będzie pierwszą, która zostanie zakłócona przez AI. Zmierzamy w stronę świata "Product Designerów" lub "Twórców Full-Stack", którzy zajmują się wizją, podczas gdy AI zajmuje się specyfikacją.

2. Przekazanie (The Handoff)

Nakarm tym PRD w Markdownie swojego lokalnego Claude Code. To kluczowy krok, w którym AI przekształca wymagania w wykonalne elementy pracy.

Wewnątrz CLI Claude Code poinstruuj go, aby przeanalizował PRD i wygenerował GitHub Issues. Claude Code używa GitHub CLI (gh) "pod maską", aby wchodzić w interakcję z twoim repozytorium. Oto co się dzieje:

1. Parsowanie: Claude analizuje PRD i rozbija go na oddzielne, wykonalne zadania
2. Tworzenie Zgłoszeń: Dla każdego zadania Claude uruchamia komendy takie jak:

   gh issue create --title "Implement user authentication" \
     --body "Details from PRD..." \
     --label "feature" \
     --assignee "@me"
   

3. Przypisanie Metadanych: Claude automatycznie przypisuje etykiety (feature, bug, enhancement), priorytety, a nawet szacunki oparte na złożoności opisanej w PRD
4. Mapowanie Zależności: Jeśli integracja z GitHub Actions jest skonfigurowana, Claude może również tworzyć zależności między zgłoszeniami i kamienie milowe (milestones)

Piękno używania gh CLI polega na tym, że jest programowalne — Claude może seryjnie utworzyć dziesiątki zgłoszeń w kilka sekund, każde odpowiednio sformatowane z opisami w markdown, kryteriami akceptacji i notatkami technicznymi.

Nagle twoja tablica w Linear rozświetla się. Dzięki synchronizacji Linear-GitHub, którą skonfigurowałeś wcześniej, zobaczysz 10 do 20 biletów pojawiających się automatycznie — z odpowiednimi tytułami, szczegółowymi opisami, priorytetami i statusem. Cały backlog, którego ręczne stworzenie zajęłoby PM-owi godziny, jest generowany w mniej niż minutę.

3. Egzekucja

Teraz wchodzisz w rolę Engineering Managera. Tagujesz @claude w zgłoszeniach, aby zaczął pracować nad biletami. Claude pisze kod w GitHub Actions, tworzy Pull Request i czeka na przegląd (review).

Robisz merge.

CI/CD Vercela wkracza do akcji. Minuty później zmiany są na produkcji.

Piękno tego rozwiązania polega na tym, że może się to dziać na twoim telefonie. Przeglądasz PR-y i zarządzasz tablicą z taksówki albo kawiarni. Nie klepiesz generycznego boilerplate'u w Reacie; kierujesz szybką ekipą budowlaną.

Problem "Ostatniej Mili"

Jeśli przestaniesz czytać w tym miejscu, możesz pomyśleć, że AI rozwiązało wszystko. Nie rozwiązało.

Chociaż "Vibe Coding" jest potężne, musimy być szczerzy co do jego ograniczeń. AI jest niesamowite w "brudnej robocie" i "nudnej robocie". Potrafi stworzyć schemat bazy danych, zbudować formularz logowania i skonfigurować endpointy API szybciej niż jakikolwiek człowiek.

Ale ma problemy z duszą produktu.

Pomyśl o tym jak o budowie domu. AI to twoja ekipa od stanu surowego. Mogą wylać beton, postawić szkielet i powiesić płyty gipsowo-kartonowe w rekordowym czasie. Ale są fatalnymi projektantami wnętrz. Nie wiedzą, że włącznik światła w tamtym rogu jest nieporęczny, albo że układ kuchni sprawia, że ludzie wpadają na siebie.

W oprogramowaniu to jest ta "Ostatnia Mila". Interakcje, które zachwycają użytkowników, subtelne animacje UI, przypadki brzegowe w logice biznesowej — to tutaj ty, ludzki budowniczy, musisz wkroczyć.

Jeśli będziesz polegać w 100% na AI, aby dokończyć produkt, skończysz z oprogramowaniem, które działa technicznie, ale jest emocjonalnie puste. Będzie mu brakować tego "rzemiosła", które odróżnia świetne produkty od tych generycznych.

Praktyczne Wnioski

Jeśli chcesz spróbować tego dzisiaj, oto moja rada:

• Zacznij od PRD: Nigdy nie proś AI, żeby "po prostu kodowało". Jakość kodu jest pochodną jakości PRD. Poświęć energię na dopracowanie tekstu wymagań, a nie składni kodu.
• Ufaj, ale sprawdzaj: Agenci kodujący AI mogą halucynować zależności lub pisać niebezpieczną logikę. Czytaj diffy. Traktuj AI jak utalentowanego, ale początkującego programistę (juniora).
• Postaw na ilość: Wykorzystaj tę prędkość, aby testować więcej pomysłów. Jeśli możesz zbudować MVP w weekend zamiast w miesiąc, twoje szanse na znalezienie product-market fit rosną wykładniczo.

Bariera wejścia w budowanie zniknęła. Pozostał tylko twój gust i twoja wytrwałość.

Krótkie podsumowanie

Cicha rewolucja w tworzeniu oprogramowania to nie nowy framework, ale zmiana w tym, kto wykonuje ciężką pracę. "Vibe Coding" pozwala founderom przejść od pomysłu do wdrożonego MVP bez pisania kodu, wykorzystując stack oparty na AI (Claude Code, Linear, GitHub, Vercel). Artykuł przedstawia konkretny workflow, który automatyzuje "żmudny środek" developmentu, jednocześnie podkreślając, że "dusza produktu" i ostatnia mila wciąż należą do człowieka.