O czym jest ten film
- Druga część warsztatów o Grokbot (poziom 201), poprowadzona przez Scotta Learnera i Josepha z zespołu wdrożeń AI.
- Każdy bot ma własną personę, pamięć, umiejętności, rutyny — a do tego własny komputer; rozmowa z nim wygląda jak czat w komunikatorze.
- Boty zespołowe: twórca (np. Martin z botem Dexem) konfiguruje bota i udostępnia go całemu zespołowi; zmiany właściciela działają u wszystkich jak aktualizacja wypychana na bieżąco.
- Czaty grupowe łączą ludzi i boty w jednej rozmowie; bot może np. sam opublikować post na X, operując zalogowaną przeglądarką.
- Sklep z naklejkami zbudowały trzy wyspecjalizowane boty — grafik, projektant UI/UX i full-stack — plus agent chmurowy w Cursorze.
- Metoda fan-out: ten sam prompt trafia do trzech modeli (Grok 4.7, Opus 5.5, Gemini 3.7), a autor wybiera najlepszy rezultat i czerpie z nich inspiracje.
- Rozmowa głosowa z botem służy do szybkiej burzy mózgów — tak padła decyzja o stacku: Next.js z eksportem statycznym, bez bazy danych, hosting na Vercel.
- Krzywa dojrzałości AI: od chatbota, przez zlecanie zaplanowanych zadań, po delegowanie i całe zespoły proaktywnych botów.
- Pełna autonomia: orkiestrator Roy co 24 godziny uruchamia pętlę — Ed czyta analitykę z Vercel, trzy najsłabsze naklejki wypadają ze sklepu, Dex projektuje nowe, Lou wdraża je na stronę.
- Nowość ogłoszona na żywo: bot może założyć sobie własny adres e-mail i np. rezerwować stoliki w restauracji; nagranie warsztatów ma trafić do uczestników za kilka dni.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Jeden bot — jedna rola
Na czym polega: Zamiast jednego wszechmocnego asystenta Joseph tworzy wyspecjalizowane boty: grafika, programistę, analityka. Każdy z nich ma własną pamięć, własny komputer i własny kontekst.
Jak stosować: Modeluj zespół botów jak prawdziwy zespół ludzi — oddziel projektowanie od kodowania od mierzenia efektów. W jednym bocie łącz co najwyżej zadania naturalnie ze sobą związane.
Na co uważać: Granice ról się zacierają (QA potrafi dziś programować), więc nie przesadzaj z podziałami. Kluczowy jest osobny kontekst i pamięć, nie sztuczne rozdrabnianie.
2.Boty zespołowe: konfigurujesz raz, korzysta wszyscy
Na czym polega: Martin zbudował bota-grafika Dexa i udostępnił go zespołowi. Każdy może go dodać do siebie jednym kliknięciem, bez żadnej konfiguracji, a poprawki właściciela trafiają do wszystkich automatycznie.
Jak stosować: Odpowiedzialność za utrzymanie bota zostaje u twórcy; reszta zespołu korzysta z gotowej „siły roboczej”. W zespole 150 osób jeden dobry bot zastępuje setki powtarzanych ustawień.
Na co uważać: Współdzielony bot ma też współdzieloną jakość — błąd właściciela w promieniu działania trafia do wszystkich użytkowników naraz.
3.Czaty grupowe: ludzie i boty w jednej rozmowie
Na czym polega: Można utworzyć rozmowę grupową, w której siedzą i ludzie, i boty — na zasadzie Slacka czy iMessage. Bot generuje projekt, człowiek w tym samym oknie komentuje: „podoba mi się”.
Jak stosować: Włączaj bota do rozmów z ludźmi tam, gdzie potrzebna szybka akceptacja lub konsultacja — skraca się droga od wygenerowania do decyzji.
Na co uważać: Łatwo się pogubić, kto w rozmowie jest człowiekiem, a kto botem; warto nadawać botom rozpoznawalne nazwy i awatary.
4.Fan-out: kilka modeli, jeden prompt, wybór najlepszego wyniku
Na czym polega: Ten sam brief poszedł do trzech modeli (Grok 4.7, Opus 5.5, Gemini 3.7) przez agentów chmurowych w Cursorze. Każdy model „ma swoją osobowość”, więc wyniki się różnią — a autor wybiera najlepszy albo łączy elementy z kilku.
Jak stosować: Przy zadaniach estetycznych lub z dużą dozą niepewności uruchom kilka wariantów równolegle i traktuj je jak konkurs. Interfejs projektu na tym zyskał animacje i mechanikę przeciągnij-upuść, których żaden pojedynczy model nie zaproponował w całości.
Na co uważać: Równoległe uruchomienia to kilkukrotne zużycie tokenów; nie stosuj tej metody do każdego zadania.
5.Zanim fan-out, dopracuj zadanie na jednym znanym modelu
Na czym polega: Joseph nie rozprasza zapytań od razu. Najpierw buduje cały przebieg zadania na modelu, który zna na wylot, a dopiero gdy wie, czego szuka, uruchamia warianty na innych modelach.
Jak stosować: Nieprecyzyjny prompt różne modele interpretują po swojemu — dostajesz trzy odpowiedzi na trzy różne pytania i płacisz za wszystkie. Planowanie na jednym modelu to tania polisa na tokeny.
Na co uważać: Ta dyscyplina wymaga cierpliwości; pokusa „niech trzy modele zaczną, jakoś to będzie” rośnie, gdy się spieszy.
6.brief.md — najpierw plan, potem kod
Na czym polega: Bot, delegując pracę do agenta programistycznego, wysłał mu plik brief.md: cel, zasoby, wymagania. Joseph porównuje to do trybu planowania znanego programistom — to zaawansowana inżynieria promptów.
Jak stosować: Przy zlecaniu pracy agentowi nie pisz poleceń z palca — przygotuj zwięzły brief: cel, materiały (np. link do Figmy, z którego agent sam pobierze pliki), kryteria ukończenia.
Na co uważać: Jakość briefu odpowiada za jakość wyniku; agent sumiennie wykona też źle sprecyzowane wymagania.
7.Rozmowa głosowa jako szybka burza mózgów
Na czym polega: Dwuminutowa wymiana z botem full-stack głosem zastąpiła spotkanie z PM-em: bot zaproponował Next.js z eksportem statycznym, hosting traktowany jak pliki statyczne, produkt zahardkodowany w pliku z danymi — bez bazy danych i bez backendu.
Jak stosować: Używaj trybu głosowego na etapie koncepcyjnym, gdy myślisz na głos; wpisywanie dłuży się bardziej niż mówienie, a ping-pong z botem trwa sekundy.
Na co uważać: Bot uczy się Twoich preferencji z rozmów (u Josepha: trzymaj się darmowego planu). Jeśli o tym nie powiesz, podejmie decyzje według własnych domysłów.
8.Orkiestrator plus rutyna 24 h: produkt, który sam się odnawia
Na czym polega: Bot główny Roy codziennie uruchamia pętlę: Ed pobiera statystyki z Vercel, trzy najmniej popularne naklejki wypadają ze sklepu, Dex projektuje trzy nowe, Lou wdraża je na stronę. Sklep ewoluuje sam, a treść „nigdy się nie starzeje”.
Jak stosować: Zamknij cykl: dane → decyzja → wykonanie → wdrożenie, i zautomatyzuj go rutyną. Ten sam schemat sprawdzi się przy testach treści marketingowych, banerach, wersjach landing page.
Na co uważać: Reguły brzegowe trzeba ustalić z góry — przy remisie Roy losuje, żeby zawsze znikały dokładnie trzy pozycje, a nie dwie albo pięć.
9.Autonomia wymaga człowieka na starcie
Na czym polega: Joseph spędził blisko pół godziny, dopinając przepływ między botem od metryk a programistą, i jeszcze więcej czasu na wygładzaniu całej pętli. Działający system to efekt iteracji, nie kliknięcia.
Jak stosować: Zaplanuj etap „prowadzenia za rękę”: przetestuj przepływ ręcznie, rozpatrz przypadki brzegowe, dopiero potem włącz rutynę. Z czasem udział człowieka można ograniczać.
Na co uważać: Pokaz w stu procentach automatyczny to efekt wcześniejszej pracy; bez niej rutyna będzie powtarzać Twoje błędy co 24 godziny.
10.Bot z własnym adresem e-mail
Na czym polega: Nowa funkcja: bot może sam założyć sobie skrzynkę, zapisywać się do usług, dołączać do spotkań i rezerwować stoliki w Twoim imieniu — wystarczy poprosić go o zdobycie adresu.
Jak stosować: Potrzebujesz rezerwacji w miejscu wymagającym zapisu przez formularz? Powiedz botowi, żeby użył własnego e-maila — załatwi sprawę od początku do końca.
Na co uważać: Klucze dostępowe nie są trzymane na komputerze bota, lecz osobno, więc bot ich nie wycieknie — ale i tak warto pilnować, do jakich usług bot ma dostęp. To wczesna funkcja, więc można jeszcze „zając” dobre adresy.
Redakcyjne tłumaczenie
Wprowadzenie
Scott: Zaczynajmy. Na wstępie przedstawię się: nazywam się Scott Learner, pracuję w zespole wdrożeń AI. Dzisiejsza sesja służy temu, żeby pokazać wam bardziej zaawansowane możliwości Grokbota. Mam nadzieję, że część z was była na naszych zajęciach poziomu 101 na początku tygodnia — dziś Joseph przeprowadzi nas przez funkcje, które pozwalają wynieść wdrożenie z podstaw na poziom zaawansowany, i pokaże, jak sami z tego korzystamy. Oddaję głos Josephowi.
(Informacja dodatkowa: w transkrypcie pada nazwa „SpaceX AI”; z kontekstu — zespół stojący za Grokiem — wynika, że najpewniej chodzi o xAI.)
Joseph: Cześć, jestem Joseph z zespołu inżynierii polowej. Bardzo miło mi pokazać wam Grok Bota 201. Zanim ruszymy, jedna uwaga organizacyjna: pytania wrzucajcie śmiało do czatu, chętnie na nie odpowiemy. A na początek przeprowadzę was po interfejsie.
Interfejs: boty jak kontakty w komunikatorze
Joseph: Po lewej stronie widzicie całą listę botów, które przygotowałem na to demo. Ta z gwiazdką to bot główny — Roy. Ma w sobie pełny kontekst wszystkich pozostałych botów, wie, co który z nich porabia. Jesteśmy na antenie, więc mogę mu po prostu napisać: „Niech Xbot wrzuci na X informację, że jesteśmy na żywo z Grok Botem 201”. Roy przekaże polecenie botowi X, ten ma zalogowane moje konto i opublikuje post. Dostaję jeszcze pytanie, czy zachować istniejący wpis — proszę o nowy. I teraz patrzcie: mogę otworzyć podgląd bota X i zobaczyć, jak na moich oczach obsługuje komputer. Ja w tym czasie nie dotykam niczego.
Całość działa banalnie prosto — interfejs przypomina iMessage. Rozmawiasz z każdym botem osobno, a każdy z nich ma własną pamięć i własny komputer, do którego można zajrzeć.
Plan sesji i obietnica
Joseph: Nasz plan wygląda tak: krótkie powitanie — zrobione — potem demo sklepu z naklejkami, dalej pokażę, jak ten sklep powstał, na końcu zamienimy go w w pełni samodzielnie działający sklep Grokbota, a zamkniemy pytaniami i odpowiedziami.
Scott: Świetnie. A przy okazji — wpiszcie Josepha na X i dajcie mu obserwację. Skoro tak ochoczo przeprowadza dla nas sesję, wypada się odwzajemnić.
Joseph: Przyznam szczerze, że nie byłem ostatnio na X zbyt aktywny, więc jeśli postów u mnie niewiele — teraz to zmienię.
Czego się dziś nauczymy? Po pierwsze: jak sprawić, by boty działały same, bez ciągłego promptowania. Można im zapisać rutyny i całe zestawy umiejętności — a bot jest na tyle rozsądny, że sam wybierze właściwą. Po drugie: jak uczynić z botów kolegów z zespołu, których można udostępniać innym ludziom. To bardzo potężne. Po trzecie: boty mają własną pamięć. Rozmawiasz z konkretnym botem, a on ma przypisaną personę — z własną umiejętnością, własnym przepływem pracy i własną rutyną, którą można uruchomić.
Powtórka z poziomu 101: trzy boty i wydrukowane naklejki
Joseph: Zanim wejdziemy na poziom 201, przypomnijmy 101. Tamtemu warsztatom przewodził Martin z naszego zespołu — człowiek niesamowicie utalentowany. Przygotował fizyczne naklejki Grokbota, używając trzech botów. Pierwszy to Dex, grafik: pobiera zasoby z Figmy i przy pomocy API Groka tworzy z nich kreatywne materiały. Druga to Maya, zajmująca się społecznością — wygenerowała kod QR i pokazywała ludziom wersję demo na żywo. Trzeci to Penny, bot od sourcingu: znalazł dostawców, którzy wydrukowali nam naklejki. Efekt możecie zobaczyć na slajdzie.
Scott: Moim faworytem jest ta niebieska.
Joseph: Niebieska była i moja — konkretnie ta kompozycja trzech. Robiliśmy też głosowanie online i ono wyłoniło innego zwycięzcę. Moim zdaniem wyniki lekko „napompował” Cliff, ale ludzie wiedzą najlepiej. Mamy więc naklejki — co dalej? Jak rozbudować ten pomysł w coś większego? Na poziomie 201 stawiamy na nich sklep: platformę, na której można zamawiać naklejki i tworzyć nowe, z użyciem tego, co przygotował Martin.
Boty zespołowe: Dex od Martina
Joseph: Czas przedstawić naszych „kolegów”. Do budowy sklepu ponownie wykorzystujemy Dexa. Wróćmy do Grokbota — przy ikonie Dexa widnieje dopisek „od Martina”, bo Martin udostępnił tego bota naszemu zespołowi. Dex stał się botem zespołowym: każdy z nas może go sobie dodać i z nim rozmawiać. Robi się to przez plus obok listy botów, zakładkę botów zespołowych i wyszukanie nazwy.
Przed demo zdążyłem stworzyć kilka naklejek, ale zrobimy kolejną na żywo. Scott, jaki jest twój ulubiony kolor?
Scott: Niebieski.
Joseph: To niech będzie bardzo radosna niebieska naklejka. Polecenie wysłane — i zwróćcie uwagę: tego bota skonfigurował Martin, ja nie ruszałem żadnych ustawień. Po prostu go wziąłem i jest częścią mojego zespołu. A skoro o Dexie mowa — może być też częścią waszego. Mogę utworzyć nowy czat grupowy, wrzucić do niego Dexa i… Martina, człowieka. Mam więc rozmowę z botem Dexem i człowiekiem Martinem. Tak, trochę się to plącze — i o to właśnie chodzi: nasze boty zaczynają wykonywać ludzkie role. Wsadzę tu tę radosną niebieską i napiszę: „Dex, zrób radosną niebieską”, a potem oznaczę Martina: „co sądzisz?”. Dex wygeneruje naklejkę na poczekaniu, a Martin, jeśli jest online, odpisze w tym samym wątku. To połączenie iMessage ze Slackiem.
Będzie to trwało może dwadzieścia, trzydzieści sekund, więc w międzyczasie pokażę wam sam sklep.
Sklep na żywo
Scott: Wrzucam link do czatu i przypinam go. To działająca strona — możcie się nią pobawić już teraz.
Joseph: Ostrzegam: całość zbudowałem Grokbotem, bez wstydu przyznaję. W środku jest torba na zakupy; tę nudną naklejkę wyklinam, bo mi się nie podoba, a tę słodką przeciągam do torby. I co ważne — to wszystko jest jeden bot, jedna persona, jedna osobowość. Można też kliknąć w konkretną naklejkę i ją polubić. Mamy „zamyślenie” — u nas dużo się myśli, przynajmniej dopóki trwa „wciąż pracuję nad odpowiedzią”. Mamy „drzemkowego kumpla”, mamy „zakręcone” — mnie kręci na co dzień. Bawcie się dobrze, a za chwilę pokażę, jak to wszystko powstało.
Pytania z czatu: jak działa dzielenie botów w zespole
Scott: W czacie pojawiają się pytania o funkcje zespołowe — jak dodawać ludzi, czy pamięć bota jest trwała, czy pytania, które zadaję, zostają tylko w mojej przestrzeni. Ludzie dopiero oswoili się z rozróżnieniem botów prywatnych i zespołowych, więc może rozwiń temat.
Joseph: Jasne. I spojrzyjcie — w międzyczasie Martin do mnie napisał w tamtym wątku: „tak i tak”. Radosna niebieska mu się podoba, pewnie wkrótce wisi na stronie. W epoce AI człowiek żyje z rozdartą głową: robi dwie rzeczy naraz. Wracając do pytania — tworzę czat grupowy, dodaję do niego Dexa i Martina, i właśnie tak powstaje rozmowa między ludźmi i współdzielonymi botami. A sama wymiana bota: zanim trafi do udostępnienia, całą jego pamięć, umiejętności i rutyny konfiguruje Martin. To, jak on ustawił Dexa, dociera do mnie jak aktualizacja wypychana na bieżąco — i każdy, kto ma dostęp, korzysta z tych ulepszeń w takiej samej wersji.
Scott: Dokładnie. Dex jest zarządzany przez Martina, który dosyła umiejętności i dodatkowy kontekst, a korzyści zbierają wszyscy z dostępem.
Zespół budujący sklep
Joseph: Wracamy do slajdów. Mamy więc Dexa — grafika, bota zespołowego utrzymywanego przez Martina. Do tego Lou, full-stack developer, i Sam, projektant UI/UX. Ci trzej zbudowali stronę, którą właśnie oglądaliście. I dlaczego tak namawiam, żebyście się nią pobawili? Bo w sklepie kryje się czwarty bot — na razie niewidoczny. Jeśli starczy czasu, go pokażę, bo to właśnie on wynosi sprawę do pełnej samodzielności: strona będzie się aktualizowała sama. Ten czwarty bot jest kluczem.
Budowa od zera: bot UI/UX i fan-out na trzech modelach
Joseph: Zbudujmy wszystko od podstaw, żebyście mogli się uczyć razem ze mną. Mam już Lou, Sama i Dexa; teraz stworzę nowego bota — ikonka plus, „utwórz nowego bota”. Piszę do niego: „Jesteś projektantem UI/UX”. Następnie wskazuję inspirację — sklep Dualingual Store. Strona jest niesamowicie czysta, a dużo usług ostatnio tonie w nadmiarze tekstu; ta jest jej przeciwieństwem. Podaję link i cel: sklep z naklejkami Grokbota. Dorzucam też zasoby — te sześć plików, które dostałem od Martina na 101.
I teraz najbardziej interesująca część: Grokbota można połączyć z Cursor. Piszę: „Użyj agenta chmurowego i uruchom trzy modele”. Wybieram oczywiście Groka 4.7 — na razie z niskim poziomem rozumowania. Potem Opus 5.5, bo to faworyt publiczności. Do tego Gemini 3.7, też niezły, też na niskim rozumowaniu. I proszę: „Gdy skończysz, prześlij zrzuty ekranu i nagrania, żebym mógł zobaczyć efekty”.
(Informacja dodatkowa: agenci chmurowi w Cursorze to zadania programistyczne uruchamiane zdalnie, bez udziału lokalnego komputera.)
Kiedy rozmawiam z naszym zespołem projektowym, przedstawiam to jako nowy sposób programowania: każdy używa Grokbota jako centrum dowodzenia i podpina go do ulubionych narzędzi. Dlaczego trzy modele? Każdy ma własny charakter — inaczej przeszkolony, inaczej zbudowany fundament. Ten sam prompt da różne wyniki. A skoro optymalizuję wygląd interfejsu, uruchamiam kilka przebiegów i wybieram te, które mi się podobają. Bot właśnie zabrał się do roboty: analizuje zasoby z Figmy, studiu sklep Dualingual, a potem uruchomi trzech agentów.
Scott: Doprecyzuję, bo w czacie pojawiły się pytania o dobór modeli. Nie wybieramy modeli ręcznie — prosimy Cursora, by jego agenci chmurowi przygotowali makiety na każdym z modeli, a dopiero potem decydujemy, która wersja nam się podoba. Decyzja modelowa zapada wewnątrz Cursora.
Joseph: Właśnie tak: optymalizuję wynik, więc ten sam zlecam kilku modelom i wybieram najlepsze wykonanie.
Dlaczego wiele wąskich botów, a nie jeden wszechmocny
Scott: Częste pytanie z czatu: skoro masz osobnego bota do UX i osobnego do grafiki, czemu nie jeden, który robi wszystko?
Joseph: Pomyślmy o tym jak o zespole w startupie. Jeśli wszystkie zadania zdelegujesz na jedną osobę, efekt nie będzie dobry. Gdyby tak nie było, nie mielibyśmy dziś podziału zawodów — nie byłoby projektanta UX, front-endowca, back-endowca. Z AI granice ról się zacierają: testerzy zaczynają programować, front-end sięga po back-end. Ale moim zdaniem nadal warto delegować oddzielnie, bo każdy bot ma własny komputer, własny kontekst — a w tej erze kontekst rządzi — i własną pamięć.
Scott: Z mojego doświadczenia wynika to samo. Może kiedyś będzie jeden bot do wszystkiego, ale dziś wyspecjalizowanie każdego etapu — czy to cyklu wytwarzania oprogramowania, czy moich codziennych zadań — daje najlepsze rezultaty. Traktujcie ich jak kolegów z zespołu: każdy ma swoją rolę i odpowiedzialność, i w nich robi się naprawdę dobry. Tak właśnie polecamy budować wasze boty.
Joseph: W pełni się zgadzam.
brief.md i trzech agentów naraz
Joseph: Bot już odpisał — rozesłał zlecenia do trzech agentów w Cursorze, a kliknięcie w wątek przenosi mnie prosto do każdego z nich. Widzicie tu agenta budującego sklep Grokbota na Groku 4.7 z niskim rozumowaniem, a pod nim prompt, który mój Grokbot do niego wysłał. W środku jest plik brief.md. To jest właśnie zaawansowana inżynieria promptów — programiści z wami_online znają to z trybu planowania. Brief zawiera cel oraz zasoby: podać musiałem jedynie link do Figmy, agent sam go otworzył, pobrał pliki i podlinkował. Mogę zaręczyć, że u Opusa 5.5 znajdziemy identyczny prompt — trzy agenty po prostu pracują równolegle. I nie trzeba skakać do przeglądarki, żeby ich pilnować: w interfejsie Cursora widać wszystkie trzy, jak ochoczo klepią tokeny.
Scott: Gotują się.
Joseph: Gotują się — nie ma lepszego określenia. A skoro projektant UI/UX się gotuje, zbudujmy w tym czasie backend. Przemianuję tego bota na „UI/UX”, żeby nie było zamieszania, i założę nowego: „full stack”.
Burza mózgów głosem
Joseph: Teraz spróbuję czegoś trudnego — wybacicie, jeśli się posypie. W domu robię to ciągle: gdy rozwijam coś i zastanawiam się nad podejściem, używam rozmowy głosowej.
— Hej, Full Stack, jak leci? — pytam. — Dobrze. Co dziś kombinujesz? — odpowiada bot. — Myślę o sklepie z naklejkami, e-commerce. Chcę czegoś ultra lekkiego. Prawdopodobnie nawet baza danych mi niepotrzebna. Wdrażam na Vercel — co byś doradził przy takim ustawieniu? — Next.js na App Router z flagą eksportu statycznego to strzał w dziesiątkę. Vercel potraktuje to jak zwykłe pliki statyczne: zero kosztów serwera, natychmiastowe wdrożenia. Do płatności najlżejszą ścieżką jest Stripe Checkout. — Wiesz co, Stripe też odpada. Chcę tylko makietę interfejsu. Next.js brzmi dobrze. Obrazki wrzucimy po prostu do repozytorium — nawet nie podpinajmy Supabase. — To będzie czysty front: pliki do folderu public albo import bezpośredni. Listę produktów możesz zahardkodować jako zwykłą tablicę w pliku z danymi. Zero bazy, zero backendu, zero utrzymania. A jeśli chcesz, żeby miało to odrobinę więcej realizmu — plik JSON sprawdzi się tak samo. Naszkicować strukturę katalogów? — Dobra, na razie wystarczy. Odpal agenta chmurowego, załóż repozytorium, zrób makietę UI/UX i przyślij zrzuty ekranu oraz nagranie, jak skończysz. — Kręcę agenta: szkielet repo Next.js, makieta interfejsu. Coś konkretnego w stylu — żartobliwie, minimalistycznie, odważnie? — Powiem ci później. Dzięki.
I to było całe dwuminutowe spotkanie koncepcyjne. U mnie to naturalna metoda: przez trzy i pół roku pracowałem jako programista w Amazonie i przed każdym projektem dzwoniłem do PM-a i szefa — siadajmy, pogadajmy, jak to ugryźć. Teraz robię dokładnie to samo, tylko z Grokiem. Bot przyjął plan i już uruchomił agenta chmurowego; w Cursorze widzę repozytorium „sticker shop mockup”, Next.js w wersji statycznej, powstaje szkielet aplikacji. Będę miał trzy wersje interfejsu do wyboru i gotowy fundament — nakładam jedno na drugie i strona gotowa.
Scott: To naprawdę robi wrażenie. I doprecyzujmy, bo w czacie ktoś pytał, czy do takich rzeczy trzeba Cursora — to tylko przykład tego demo. Mamy mnóstwo punktów integracji z innymi systemami. Ja, jako manager wdrożeń AI, podpinam się do różnych narzędzi i uruchamiam przepływy daleko poza tworzeniem oprogramowania.
Na komputerze bota
Joseph: Pokażę jeszcze, co siedzi pod maską. Otwieram komputer Lou, full-stackowca — zmieniłem mu profil, żeby się odróżniał. Widzicie jego pulpit. Lou już uruchamiał lokalny serwer deweloperski, żeby sprawdzić, czy wszystko działa. Mogę mu teraz powiedzieć: „Odpal najnowsze localhost, chcę to zobaczyć na twoim komputerze”. Bot przejmie stery, wpisze komendy w terminalu i postawi mi podgląd. Mogę też poprosić: „pobaw się tym i nagraj, co robiłeś, i wrzuć do czatu”. Dróg jest wiele — a że terminal jest otwarty na jego maszynie, te same triki działają z każdym podpiętym narzędziem.
Porównanie wyników trzech modeli
Joseph: Sprawdźmy, co narobił projektant UI/UX. Pierwszy skończył Grok 4.7 — i to mój stały rytuał: gdy wychodzi nowy model, biorę ten sam prompt i rozsyłam do kilku modeli, żeby porównać jakość. Naklejki Groka wyglądają dobrze, dorzucił nawet widok mobilny, więc jeśli jesteście na Zoomie z telefonu, strona i tak będzie wyglądać porządnie. Jest też nagranie z ekranu — i uwaga: to nie ja je nagrałem. To zrobił sam Grok 4.7.
Opus 5.5 też wygląda dobrze… zresztą wszystkie rezultaty są podejrzanie podobne do mojego obecnego sklepu. Podejrzewam zanieczyszczenie: pracują w tym samym repozytorium. Pokażę więc pierwszą iterację. Sam, obecny projektant UI/UX, też dostał polecenie „odpal trzech agentów” — i tu praca Gemini 3.8 Flash. Widać różnicę: znacznie bardziej „kodowane na czuja”. Musiałem iterować wiele razy, nim wypluł czystszą wersję — choć bez torby na przeciąganie, to prawda, ale do Dualingual podobne bardzo. A to wcześniejsza robota Opusa 5.5 — ta strona startowa była przeurocza. To z niej wziął się pomysł na przeciąganie naklejek do torby i na tę zabawną animację. Na naszej stronie klikam naklejkę — jest delikatny poblask i słodkie „opadnięcie” na miejsce, a serduszkiem mogę oznaczyć tę, którą lubię. Sam tego nie wymyśliłem: używając wyłącznie jednego modelu — Gemini czy Groka — efektu by nie było. Dopiero gdy powiedziałem „to mi się podoba stąd, to stąd”, powstał dzisiejszy sklep.
Scott: Można sobie wyobrazić kolejny krok: własnego bota, który sam przegląda te projekty i wygłasza opinię. I tak przy okazji — w czacie ludzie błagają o możliwość zamówienia naklejek na serio.
Joseph: Gdybyśmy kiedyś je sprzedawali, chyba po ćwierć dolara za sztukę. Albo za darmo. Zobaczymy.
Krzywa dojrzałości AI
Joseph: Chcę zacząpić jedno pojęcie: krzywą dojrzałości AI, o której dużo mówiliśmy na 101 i wracam do niej dziś. Nasza podróż zaczęła się w latach 2020–2021, gdy wyszedł GPT-2 i GPT-3 — używaliśmy ich jak chatbota: pytanie i odpowiedź. Potem przyszła epoka współpracy z asystentem: zlecało się określone zadania, planowało je na konkretne godziny. A dziś wchodzimy w erę prawdziwego delegowania — botom. Gdy masz jednego bota, tworzysz kolejne i udostępniasz zespołowi, aż stają się botami zespołowymi. Ta strona — cała makieta i system zamawiania — zajęła mi łącznie może dwie godziny. Gdzie na tej krzywej bym się upatrywał?
Scott: Tak, mniej więcej tu. Dodałbym jeszcze proaktywność — to duży element wspinaczki po tej krzywej i widać go w naszych ostatnich informacjach o wydaniach. Nie chodzi tylko o to, że my używamy botów, ale że one same wychodzą z inicjatywą.
Joseph: Sto procent zgody. Umieszczam się na osiemdziesięciu–dziewięćdziesięciu procentach, bo jeszcze nie jesteśmy w stu. A pamiętacie — na początku spotkania obiecałem jeszcze jednego bota, który domknie sprawę. To ten moment.
Ed — bot od metryk
Joseph: Ten bot nazywa się Ed i służy do metryk. Po co komu bot od metryków, skoro chcemy pełnej autonomii? Zaraz wyjaśnię. Mówię do niego: „Zaktualizuj mi canvas popularności”. Strona sklepu ma śledzenie w Vercel — i właśnie dlatego od początku namawiam was, żebyście klikali: chcę zobaczyć, która naklejka wygrywa. Rano, o wpół do dziewiątej, kazałem Edowi zrobić pierwszy aktualizacyjny przegląd. Wtedy strona nie była jeszcze publiczna, siedziałem na niej sam, więc canvas wyglądał skromnie: kliknięte 8 z 24 naklejek, na pierwszym miejscu „impreza” — ta z papierkowym czapeczkiem, pięć odsłon. Dane obejmowały około dwóch i pół godziny. Ten canvas to nowość, jeszcze nieogłoszona — macie podgląd na wyłączność: żywy dashboard, na którym śledzenie spraw jest bez wysiłku.
A jak dojść do stu procent? Pokażę architekturę. Mamy orkiestratora — Roya, mojego bota głównego. Jego zadanie: znaleźć dopasowanie produktu do rynku (product–market fit, PMF — potwierdzenie, że ludzie naprawdę chcą tego, co robimy) dla tych naklejek. Zwykle projekt pokazuję Martinowi, Martin mówi „ładne” — ale to dwa punkty danych, a nie dowód. Roy jest podpięty do X, na którym właśnie publikujemy, i do strony z analityką Vercel. Koordynuje pozostałych: Ed zbiera liczby; Dex — pamiętacie, grafik od Martina, z dostępem do Figmy — tworzy naklejki, smutną niebieską, radosną niebieską i całą resztę ze sklepu (ta finezyjna animacja to zasługa bota zespołowego od Martina); a Lou po prostu koduje — widzieliście naszą burzę mózgów — i ma dostęp do GitHuba, żeby wypychać zmiany.
Pętla: co 24 godziny sklep czyści się sam
Joseph: Jak z tego zrobić w pełni samodzielną stronę? Ustawiam rutynę: co dwadzieścia cztery godziny Roy dostaje polecenie „odpal poszukiwanie PMF dla naklejek”. Roy rozmawia z Edem, przegląda metryki z canvasu i skreśla trzy najgorzej wypadające naklejki. Te trzy odpadają. Następnie prosi Dexa o zaprojektowanie trzech nowych, te trafiają do Lou, który wymienia je w kodzie strony i wdraża na Vercel. Zegar resetuje się na kolejne 24 godziny. Efekt: sklep, który nieustannie się przeistacza, a treść nigdy się nie starzeje.
Scott: Imponujące — autonomia tam, gdzie dotąd była ręczna robota. Można do tego dodać punkty kontrolne: codzienny krótki raport, które naklejki wypadają najsłabiej. Człowiek pozostaje w obiegu i wie, co jego boty-koledzy wyrabiają na własną rękę.
Joseph: Sto procent — dzięki, że to podniosłeś. Maluję teraz piękny obraz, ale to efekt doświadczenia i wielu iteracji. Z Edem przesiadziałem blisko pół godziny, żeby domknąć przepływ z Lou i z Dexem; cała pętla od końca do końca też wymagała szlifowania, żeby wygładzić wszelkie zadziory. To nie jest tak, że pstryka się palcami i działa. Człowiek w pętli wciąż ma się czym zajść — dopiero z czasem można go z niej coraz bardziej wycofywać.
Wyniki i eliminacja
Joseph: Sądząc po czasie, Ed skończył. Gotowi na wyniki? Proszę: numer jeden — „paczkowóz” (naklejka z piggyback). Numer dwa — „impreza”. Trzecie miejsce… „chmurna drzemka”. Odsłony i unikalni goście — wszystko pobrane z mojego Vercela. A skąd Ed bierze dane? Zalogowałem go do Vercela na jego komputerze: otwiera przeglądarkę, wchodzi na vercel.com, loguje się i widzi całą analitykę. To jedna droga; druga to token API, który można podpiąć. Ważne: sekrety nie są trzymane na komputerze bota, tylko osobno. Jest więc bezpiecznie — bot nie jest w stanie ich wyciec.
Wróćmy do dopasowania do rynku, bo o to chodziło najbardziej. Naklejki od numeru 1 do 21 są bezpieczne… mamy tu literówkę, dwa dwadzieściajedynki… 22, 23, 24: „listek”, „serduszka w oczach” i „zrzęda” — niestety muszą odejść.
Scott: Bardzo smutne.
Joseph: I spojrzyjcie: te trzy mają ex aequo po dwadzieścia odsłon. Ktokolwiek chce je uratować — wchodźcie na stronę i klikajcie, dopóki czasu jest mało. Ten przypadek brzegowy przydarzył mi się wczoraj w nocy: przy remisie Roy ma wylosować jedną z remisujących, żeby zawsze znikały dokładnie trzy naklejki — ani dwie, ani pięć. Uruchamiam: „Roy, odpal umiejętność PMF, którą zrobiłem wczoraj, i opisz przebieg”. Co uwielbiam w Grokbot: pisanie nie blokuje. Mogę od razu dorzucić kolejną prośbę: „pokaż mi przepływ i narysuj diagram”. Widzicie, że Roy już napisał do Eda — „znajdź dane PMF, runda druga: wyciągnij analitykę Vercela i odpowiedz pełną listą” — i do Lou. Diagram, przyznaję, wyszedł dziś nie tak elegancki jak przy wczorajszym teście, ale schemat jest ten sam: ja mówię do Roya, Roy każe Dexowi zaprojektować nowe naklejki, Lou zamienia je w kodzie strony — Sam, jak widzę, w pętli PMF nie uczestniczy — a Ed czyta statystyki każdej podstrony z Vercela. Potem Roy zbiera projekty od Dexa, Lou wdraża je na Vercela przy użyciu Groka 4.7 z niskim rozumowaniem. Całość działa sama, raz na dobę. Od tej chwili nie muszę kiwnąć palcem: strona się zaktualizuje, najsłabsza trójka odpadnie, nowa trójka zajmie jej miejsce. I tak powstaje sklep, który sam się rozwija.
Scott: Genialny przykład domkniętej pętli: boty pracują za ciebie, a ty odzyskujesz czas na myślenie strategiczne. Aha, jeszcze updates z czatu: liczba obserwujących Josepha na X wzrosła o piętnaście. Gratulacje, Joseph.
Joseph: Trzysetka procentowo! I jeszcze tak konkretnie — niektórzy pytali o rozmowę z botami. Polecam zacząć, bo zmieniło to sposób, w jaki pracuję z moimi. W prawym dolnym rogu interfejsu czatu jest przycisk: można dyktować, a można rozmawiać na żywo. Pod maską pracuje głosowe API Groka i działa znakomicie — słyszeliście wcześniej, że da się gadać tam i z powrotem z minimalnym opóźnieniem.
Scott: Ludzie w czacie chwalą, że nie brzmi jak robot. Pozdrowienia dla zespołu Groka od strony głosu.
Bot z własnym adresem e-mail
Scott: Zanim przejdziemy do pytań — w czacie pojawiła się nowość, która wysłała się dosłownie chwilę temu, na żywo albo tuż przed: Grokbot może teraz samodzielnie założyć sobie własny adres e-mail. Dzięki temu może zapisywać się do usług, dołączać do spotkań i umawiać je w twoim imieniu. Wystarczy poprosić bota, żeby zdobył własną skrzynkę — naprawdę jest to tak proste.
Joseph: To bardzo praktyczne. Weźmy choćby dzisiejszy wieczór: chcę zjeść kolację w Foreign Cinema, popularnym miejscu w San Francisco. Rezerwacja wymaga Resy i podania adresu e-mail. Piszę więc: „Grokbot, zarezerwuj mi tam stolik, użyj swojego e-maila”. I załatwione.
Scott: To wczesne dni funkcji, więc śmiało — biegnijcie zająć sobie ładne adresy.
Joseph: Zobaczę, czy „scott” jeszcze wolny.
Podsumowanie
Joseph: Zanim Q&A, szybka powtórka z poziomu 201. Po pierwsze: każdy bot ma własną personę, pamięć, umiejętności i rutyny — jak Roy, który co dobę wykreśla trzy naklejki i dokłada nowe, podtrzymując samonapędzającą się pętlę poszukiwania dopasowania do rynku. Po drugie: agenci chmurowi — cała grafika i szkielet strony powstały w Cursorze. Po trzecie: umiejętności, czyli przepływy — ta, którą widzieliście, zbudowałem z Royem jako koordynatorem wielu botów. Po czwarte i najważniejsze: boty zespołowe. Wyobraźcie sobie, że całą wiedzę o projektowaniu naklejek — jak Martin w Dexie — zamkniecie w jednym bocie. On świetnie robi słodkie grafiki dla Grokbota: mieliśmy 24, teraz będzie 27. Możecie go udostępnić stu pięćdziesięciu osobom zespołu inżynierii polowej — każdy tworzy naklejki, kiedy chce. A jeśli opublikujemy boty zespołowe, Pennym można zlecić druk. Pomyślcie, jak w ten sposób pomóc własnym zespołom. Pół roku temu wszyscy pisali umiejętności i publikowali je — wszędzie roiło się od plików Markdown. Dziś dzielimy się botami, a przetrwać mogą tylko najlepsze. Widzimy to też wewnątrz firm: inżynierowie budują własne boty, rozdają je między zespołami i szukają w nich dopasowania do rynku — aż bot staje się niemal kolegą z pracy.
Pytania i odpowiedzi
Scott: Mamy jeszcze chwilę, więc o debacie o metodzie fan-out: jak ważyć zużycie tokenów wobec rozsyłania zapytań do wielu modeli?
Joseph: Mój sposób jest taki: nie fan-outuję od razu. Najpierw biorę jeden model, który znam — u mnie to Grok. Wiem, jak go promptować, wiem, jakie odpowiedzi z niego wyciągnę, i na tym buduję cały przebieg zadania: jak ma wyglądać polecenie i czego właściwie szukam. Dopiero wtedy rozsyłam warianty. Bo jeśli promptujesz bez ładu i składu, każdy model zinterpretuje zdania po swojemu — i masz nieefektywność tokenową.
Scott: Ważna rada dla wszystkich, którzy liczą tokeny: najpierw faza planowania, dopiero potem szerokie rozpylenie zadań.
Joseph: I przypomnijcie sobie burzę mózgów z Lou — podczas tej głosowej rozmowy bot sam pomyślał o zużyciu tokenów i zaproponował Vercel z Next.js, żebyśmy zostali na darmowym planie. Model, z którym często rozmawiasz, poznaje twoje preferencje i coraz lepiej celuje w to, co dla ciebie ważne. U mnie — koszty; komuś innemu może zależeć na wydajności i to też zostanie zauważone.
Scott: To się spina z pytaniem o bota głównego, „szefa gabinetu”, o którym mówiliśmy na 101: boty same się uczą twoich upodobań, ale ogromną wartością jest powiedzenie wprost, jak chcesz pracować i jak wygląda twój dzień. Poświęćcie na to chwilę na starcie i odpowiednioinstruujcie swoje boty.
Joseph: Święta prawda.
Scott: Zbliżamy się do końca, więc odpowiem na najważniejsze pytanie sali: czy nagranie zostanie udostępnione? Tak — dajcie nam kilka dni i pojawi się w naszych materiałach warsztatowych. Joseph wykonał dziś ciężką robotę — dziękuję ci, wspaniały sklep. Dziękuję wszystkim za obecność, było Was dziś tłumno. Przepraszam, jeśli nie zdążyłem odpowiedzieć na wszystkie pytania. Miłego odpoczynku i do zobaczenia.
Joseph: Do usłyszenia, cześć!