Garry Tan, prezes i dyrektor generalny Y Combinator, opublikował na GitHubie projekt gstack – zestaw ośmiu wyspecjalizowanych trybów pracy dla Claude Code, który ma zamienić chaotyczne sesje z AI w ustrukturyzowany, powtarzalny proces wytwarzania oprogramowania. Toolkit jest dostępny na licencji MIT i można go zainstalować jednym wklejeniem tekstu do Claude Code.
Co to jest gstack i skąd pomysł?
Tan ogłosił projekt na platformie X 12 marca, pisząc wprost:
„I’ve been having such an amazing time with Claude Code I wanted you to be able to have my exact skill setup.”
I've been having such an amazing time with Claude Code I wanted you to be able to have my *exact* skill setup:
Introducing gstack, which you can install just by pasting a short piece of text into your Claude code pic.twitter.com/yoFuBU9kuG
— Garry Tan (@garrytan) March 12, 2026
Filozofia stojąca za projektem jest prosta: większość ludzi używa Claude Code w jednym, niezróżnicowanym trybie. Wpisują zapytanie, model coś robi. Problem polega na tym, że planowanie, przegląd kodu, testowanie i deployment wymagają zupełnie innego sposobu myślenia. Jeśli połączysz to wszystko w jeden strumień, dostajesz przeciętną mieszankę czterech różnych procesów naraz.
Gstack daje programiście „biegi” – możliwość powiedzenia modelowi: teraz myśl jak founder, teraz jak paranoiczny starszy inżynier, teraz jak odpowiedzialny za wypuszczenie wersji produkcyjnej.
Osiem trybów, osiem ról
Repozytorium udostępnia osiem komend slash:
/plan-ceo-review– przegląd z perspektywy produktowej, founder taste/plan-eng-review– analiza architektury, przepływu danych i możliwych awarii/review– code review z naciskiem na ryzyko produkcyjne/ship– przygotowanie brancha, synchronizacja z main, uruchomienie testów i otwarcie PR/browse– dostęp agenta do przeglądarki/qa– systematyczne testowanie tras i przepływów dotkniętych zmianami/setup-browser-cookies– import ciasteczek z lokalnej przeglądarki do sesji headless/retro– retrospektywa inżynierska z analizą commitów
Cała koncepcja opiera się na separacji ról. Tan opisał to tak: „Planning is not review. Review is not shipping. Founder taste is not engineering rigor.”
Komentarz redakcji
Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl:
Gstack to ciekawy sygnał, bo pokazuje kierunek, w którym zmierza praca z narzędziami AI do kodowania – i który budzi we mnie mieszane uczucia. Z jednej strony: separacja ról ma sens. Jeśli dasz modelowi jeden wielki prompt „zrób wszystko”, dostaniesz przeciętny wynik. Jeśli powiesz mu „teraz jesteś paranoicznym inżynierem bezpieczeństwa, przejrzyj ten kod pod kątem luk” – wynik będzie lepszy. To nie jest nowa myśl w inżynierii oprogramowania; to zasada rozdzielenia odpowiedzialności przeniesiona na warstwy promptów. Z drugiej strony – kiedy CEO akceleratora, który finansuje setki startupów rocznie, publikuje swój „dokładny setup”, to jest to coś więcej niż projekt open-source. To de facto standard, który za chwilę zacznie obowiązywać w dziesiątkach startupów z portfolio YC. I tu pojawia się pytanie: czy adopcja cudzego workflow, bez zrozumienia jego założeń, nie jest właśnie tym, czego powinniśmy unikać przy pracy z AI? Bo gstack to nie jest neutralne narzędzie – to konkretna opinia na temat tego, jak powinien wyglądać cykl wytwarzania oprogramowania.
Persistent browser – to jest serce projektu
Najbardziej technicznie interesującym elementem gstacka nie są pliki Markdown z instrukcjami dla modelu. Jest nim podsystem przeglądarki.
Zamiast uruchamiać nową instancję przeglądarki przy każdej akcji, gstack utrzymuje długo żyjący proces headless Chromium, który komunikuje się przez localhost HTTP. Zimny start kosztuje od 3 do 5 sekund na wywołanie narzędzia; kolejne wywołania, gdy przeglądarka już działa, zajmują od 100 do 200 milisekund. Ciasteczka, zakładki, localStorage i stan zalogowania utrzymują się między komendami. Serwer wyłącza się automatycznie po 30 minutach bezczynności.
To rozwiązanie bezpośrednio przekłada się na jakość QA. Komenda /qa analizuje diff brancha, identyfikuje dotknięte trasy aplikacji i testuje je w działającym środowisku – zamiast traktować testy przeglądarki jako osobny, manualny krok.
Dlaczego Bun, a nie Node.js?
Decyzja o oparciu projektu na Bun zamiast na Node.js ma cztery konkretne uzasadnienia:
Kompilowane binaria, natywny dostęp do SQLite (gstack czyta bazę ciasteczek Chromium bezpośrednio), natywne wykonywanie TypeScript bez dodatkowego kroku kompilacji oraz wbudowany serwer HTTP przez Bun.serve().
To nie jest wybór estetyczny. Użytkownicy nie muszą zarządzać osobnym toolchainem wewnątrz ~/.claude/skills/ – to ważne przy narzędziu, które ma być szybkie do zainstalowania i wygodne w utrzymaniu.
Reakcja środowiska: „god mode”
Efekt viralowy był natychmiastowy. Znajomy CTO napisał do Tana krótko po premierze:
„Your gstack is crazy. This is like god mode. Your eng review discovered a subtle cross site scripting attack that I don’t even think my team is aware of. I will make a bet that over 90% of new repos from today forward will use gstack.”
My CTO friend texted me: "Your gstack is crazy. This is like god mode. Your eng review discovered a subtle cross site scripting attack that I don't even think my team is aware of. I will make a bet that over 90% of new repos from today forward will use gstack." https://t.co/P7aOFu5wFM
— Garry Tan (@garrytan) March 12, 2026
W ciągu 48 godzin gstack trafił na Product Hunt i Hacker News, zbierając głównie uwagę CTOs, założycieli startupów i starszych inżynierów. Jakość zainteresowania była wyraźnie inna niż przy typowych projektach narzędziowych.
Warto odnotować, że wzorzec „role-based AI development” nie jest wynalazkiem Tana. Kilka innych środowisk programistycznych doszło do podobnych wniosków niezależnie – gstack jest jednak pierwszą głośną, gotową do użycia implementacją podpisaną przez kogoś z takim wpływem w ekosystemie startupowym.
Repozytorium jest dostępne na GitHubie. Instalacja wymaga Claude Code, Git i Bun w wersji 1.0+.
