O czym jest ten film
- Pierwsze wrażenia z Grokbota — agenta wypuszczonego przez xAI dobę przed nagraniem — testowanego przez zadania, które autor normalnie zleca Claude Code.
- Model „botów jako współpracowników”: każdy bot ma nazwę, rolę i własny system prompt, a rozmawiasz z nim jak z osobą, nie jak z kolejką zadań.
- Każdy bot dostaje własną, trwałą maszynę w chmurze: własną przeglądarkę, pliki i logowania — praca leci dalej po zamknięciu laptopa.
- Podgląd ekranu bota działa też na telefonie, wraz z przyciskiem przejęcia kontroli do ręcznego wpisania haseł.
- Boty potrafią rozmawiać ze sobą: jeden deleguje drugiemu, można otworzyć wspólny czat kilku botów naraz.
- Rutyny (harmonogramy) tworzą się z samego opisu w czacie — i mogą być wyzwalane nie tylko czasem, ale też zdarzeniami: wiadomością na Slacku, zdarzeniem w Git, zgłoszeniem w Linearze.
- Umiejętności (skills) działają analogicznie jak w Claude — modularne, wywoływane komendą ukośnikową, współdzielone między botami.
- Druga droga do umiejętności: nagranie własnych kliknięć w przeglądarce i zamiana demonstracji w wielokrotnie używalną procedurę — ratunek tam, gdzie nie ma API.
- Główna słabość: brak Twojego kontekstu na starcie — żadnego repozytorium, historii ani nagromadzonego rozumienia sposobu pracy.
- Ograniczenia dnia dzisiejszego: brak wyboru modelu, brak trybu głosowego na żywo, aplikacja tylko na desktop i iOS, a po darmowym okresie próbnym plan od 200 dolarów miesięcznie.
Redakcyjne tłumaczenie
Punkt wyjścia: wszystkie „zabójcy Claude Code” umierały tak samo
Próbowałem każdego agenta, który twierdził, że zastąpi Claude Code. Hermes, OpenClaw — wszystkie kończyły identycznie: łańcuchem błędów, po którym przestawałeś im ufać i wracałeś do roboty ręcznie w Claude.
Dziś sięgnąłem po Grokbota. Zero czasu na konfigurację, zadziałał od razu po wyjęciu z pudełka — i postawił mi pytanie, którego nie spodziewałem się zadawać: czy to naprawdę mogłoby na dobre zastąpić Claude Code? Przepuściłem go więc przez wszystko, co zwykle rzucam Claude Code. Oto, co znalazłem.
Grokbot został dopiero co wypuszczony przez xAI i — jak wszystkie inne gotowe agenty i „koledzy z zespołu” oparci na AI — deklaruje, że jest członkiem zespołu, któremu można powierzyć prawdziwą robotę. Nacisk na „prawdziwą”. Ma dostęp do wszystkich twoich narzędzi i wraca z wynikami, gdy o coś poprosisz.
Model współpracownika zamiast modelu zadania
Każdemu botowi nadajesz imię i rolę. Masz więc szefa sztabu, masz menedżera skrzynki albo łowcę talentów. Każdy z nich ma własny system prompt. Dla porównania z Claude: pomyśl o tym jak o ustawieniu agenta wewnątrz Claude, który ma własny opis i własny zakres obowiązków.
Różnica polega na tym, że tutaj traktujesz każdego bota jak wyspecjalizowanego współpracownika i z każdym rozmawiasz osobno — podczas gdy w Claude Code mówisz w kategoriach zadań, które chcesz odhaczyć. To podejście „zespołu”, gdzie masz szefa sztabu, księgowego i człowieka od marketingu, ma kilka wbudowanych zalet, nad którymi wcześniej się nie zastanawiałem.
Własny komputer dla każdego bota
Pierwsza zaleta: każdy bot dostaje trwałą maszynę w chmurze. Własny komputer, własną przeglądarkę, własne pliki, własne logowania. Możesz zamknąć laptop, a praca idzie dalej. I nie musisz stawiać żadnego VPS-a — całe zaplecze jest załatwione za ciebie.
(Informacja dodatkowa: VPS to wirtualny serwer prywatny — dotąd typowy sposób, by agent działał niezależnie od naszego komputera.)
Wystarczy kliknąć przycisk komputera i widzisz ekran szefa sztabu. Tu akurat testowałem, jak wchodzi na moje konto na Skool — mogę to otworzyć i podejrzeć jego ekran. Dajesz mu dostęp do strony w Google Chrome, możesz wejść w menedżera plików i udostępnić mu konkretne rzeczy z pulpitu, a nawet rozmawiać z nim przez terminal.
(Informacja dodatkowa: Skool to platforma do prowadzenia płatnych społeczności online; autor prowadzi tam swoją społeczność Agent Academy.)
Siła tego rozwiązania polega na tym, że szef sztabu ma jeden ekran, a gdy przechodzę do księgowego, mam ekran zupełnie nowy. Każdy ma dostęp do własnego komputera — dokładnie tak, jak realni współpracownicy mają własne maszyny. I ten ekran widzisz też z telefonu.
To coś, z czym Claude historycznie sobie nie radził: nie dawał dostępu do faktycznego ekranu komputera z poziomu telefonu. Trzeba było po prostu zakładać, że robi właściwe rzeczy. W Grokbocie widzisz działania także z komórki. Dorzucili nawet przycisk przejęcia kontroli — przekazuje ci ekran, żebyś sam wpisał dane logowania, do których bot nie powinien mieć dostępu, i dopiął wejście na twoje konto. To taki krok z człowiekiem w pętli.
Aplikacja desktopowa Claude od miesięcy próbuje dostarczyć bezszwowy zdalny dostęp do ekranu komputera i z tego, co widzę, Grokbot niemal to trafił już w pierwszym wydaniu. Dla porównania, u Claude na aplikacji towarzyszącej masz wersję okrojoną, z ograniczonymi funkcjami — nie pełną wersję desktopową. W Grokbocie wygląda to identycznie. Jest jednak jedno zastrzeżenie: na razie tylko desktop i iOS. Użytkownicy Androida, tacy jak ja, muszą czekać.
Jak wygląda mój zespół botów
Postawiłem kilka botów w różnych rolach. Mam menedżera YouTube’a. Mam bota od social mediów, który współpracuje z menedżerem YouTube’a: bierze transkrypty i przerabia je na treści społecznościowe. Mam też menedżera społeczności, który zajmuje się moją społecznością na Skool i ma w ramach tego kilka zadań.
Pierwsze to cotygodniowa aktualizacja dla społeczności. Widać tu przykład, w którym pisaliśmy o naszym nowym systemie pamięci. Bot ma podłączyć się do Slack MCP — powiedziałem mu wprost, że ma się z nim połączyć i pomóc mi przygotować treść wtorkowej aktualizacji w moim tonie marki. Musi więc pozbierać wątki rozmów z naszego roboczego Slacka, żeby zaproponować tematy, dopasować to do mojego głosu marki, a potem jeszcze dogadać się z botem od social mediów, żeby całość brzmiała jak ja i pasowała do stylu marki na Skool.
(Informacja dodatkowa: MCP — Model Context Protocol — to standard, przez który agenty łączą się z zewnętrznymi narzędziami, tu ze Slackiem.)
Drugie zadanie, bo poszerzyliśmy zakres, to praca na danych naszej społeczności. Ma co tydzień patrzeć na dashboard i podpowiadać, na czym powinniśmy się skupić na podstawie wskaźników utrzymania. Na Skool jest panel, gdzie widać odsetek osób pozostających w społeczności względem momentu, w którym dołączyły. To dość trudne do czytania, więc chcę, żeby Grok wziął te dane na siebie. Ale żeby to zrobić — a Skool nie ma API — bot musi zalogować się przez przeglądarkę jako ja, znaleźć ten dashboard i ocenić dane u źródła.
Na tej podstawie stworzył sobie też rutynę: wtorkową aktualizację Skool, w każdy wtorek o 9:00. Z kilku moich promptów sam ułożył część instrukcji. Mamy więc aktualizację dla członków, która czyta Slacka i szkicuje wpis na Skool, oraz blok analizy dashboardu, gdzie podajemy mu, gdzie ma wejść po te dane.
Boty rozmawiające ze sobą
Wracam do tego, co nazywają łączeniem botów. Pojedynczy czat może zawierać wiele botów naraz. To jak posiadanie subagentów, którzy rozmawiają ze sobą nawzajem.
Mamy menedżera YouTube’a — wszystkie nasze filmy transkrybujemy, żeby przerobić je na treści społecznościowe. Używamy do tego konektora Composio w połączeniu z Notion, gdzie trzymamy transkrypty. Menedżer ma za każdym razem, gdy wrzucamy nowy film, odezwać się do bota od social mediów i dać mu dość materiału, by ten wygenerował treści.
Wystarczyło powiedzieć, że ma współpracować z botem społecznościowym — i faktycznie wymienił z nim wiadomości. Widać historię rozmowy: „Simon ustawił mnie jako bota od social mediów do pracy z tobą. Ilekroć skończysz nowy transkrypt w Notion, napisz do mnie z tymi szczegółami, a ja zamienię to w pomysły na treści, hooki, posty, klipy i wątki”.
To oczywiście jest na razie bardzo elementarne — nie dorzuciłem jeszcze swoich zasad dotyczących treści społecznościowych. Ale cały ten kontekst da się dodać tak jak w Claude, w formie czegoś w rodzaju umiejętności, które mówią dokładnie, jak tworzyć treści w moim tonie marki. Mamy natomiast podgląd rozmowy między menedżerem YouTube’a a botem społecznościowym — pełną współpracę, w której jeden deleguje drugiemu.
Można to pociągnąć do skrajności: masz szefa sztabu i rozmawiasz wyłącznie z nim. Mówisz mu, czego chcesz, a jeśli nie znajdzie odpowiedniego bota do rozmowy, sam założy w twoim imieniu nowego. Da się więc przepuszczać wszystko przez jeden ekran szefa sztabu.
Rutyny i wyzwalacze zdarzeniowe
Zaawansowani użytkownicy Claude Code dawno wyszli poza ciągłe rozmowy w tę i we w tę — i tu wchodzą rutyny. Tworzenie ich w Grokbocie jest banalnie proste. Nie musisz nawet mówić, że chcesz rutynę: sam ją założył u menedżera społeczności, bo wspomniałem, że coś ma się dziać co tydzień.
Weźmy menedżera wydatków, czyli księgowego. Cokolwiek chcesz robić według harmonogramu, ustawiasz to samym opisem w czacie. Można też kliknąć plus na dole. Nadajesz rutynie nazwę — powiedzmy cotygodniowe uzgadnianie faktur. Podajesz instrukcje, czyli twoje kroki jak w pliku skill.md albo w zaplanowanym zadaniu. A potem dodajesz wyzwalacz.
I to jest tu najmocniejsze: masz nie tylko harmonogram, ale i zdarzenia. Możesz odpalać rzeczy w reakcji na wiadomość na Slacku albo zdarzenie w Git. Na razie opcji jest kilka — wiadomość w Teams, zgłoszenie w Linearze — ale zakładam, że lista będzie rosła i obejmie wiele typów zdarzeń. To w praktyce zastąpi coś w rodzaju n8n. W aplikacji desktopowej Claude możesz działać tylko według harmonogramu albo przez webhook; wyzwalaczy jest kilka, ale mają swoje zastrzeżenia — są znacznie trudniejsze, podczas gdy tutaj wygląda to naprawdę prosto.
(Informacja dodatkowa: n8n to popularne narzędzie do automatyzacji przepływów pracy między aplikacjami.)
Kiedy chcesz zaplanować cokolwiek na podstawie wiadomości ze Slacka, system sam spróbuje podłączyć cię do tej platformy. Gdy wspomnieliśmy menedżerowi YouTube’a o Composio i Notion, dostaliśmy proste przyciski autoryzacji. Klikasz „autoryzuj”, otwiera się strona, potwierdzasz kontem i wracasz — Composio jest w pełni podłączone.
Cena: ściana po darmowym okresie próbnym
Widać przy tym komunikat, że mój plan nie obejmuje żadnego użycia Grokbota, bo jestem na darmowym okresie próbnym. Samo postawienie tych kilku botów i kilka wymian zdań wystarczyło, żeby przekroczyć limity. Muszę więc przejść na plan Ultra, żeby w ogóle dać temu szansę.
Przy przejściu na Ultra — a jest to, o ile widzę, obecnie najtańsza droga — mówimy o 200 dolarach miesięcznie. Zakładam, że z czasem to spadnie, ale dziś jest to bariera wejścia, bo nie osiągnęliśmy jeszcze wiele. Pięć botów, kilka wymian zdań, kilka zadań — i limit wyczerpany.
Wspólny kanał dla wielu botów
Wracając do współpracy: możemy otworzyć nowy czat z kilkoma botami, które mają być w nim na stałe. Powiedzmy menedżer YouTube’a, bot społecznościowy i menedżer społeczności. Startujemy rozmowę ze wszystkimi w jednym miejscu — jak kanał współpracy, w którym każdy dorzuca swoje w miarę, jak temat go dotyczy. Widać, jak gawędzą między sobą, bo nie dałem im jeszcze zadania — na razie po prostu się przedstawiają.
U księgowego, po kliknięciu ikony komputera, mamy panel maszyny, który już widzieliśmy, ale też cotygodniowe uzgadnianie faktur w każdy poniedziałek o 8:00. Wziąłem po prostu moje istniejące uzgadnianie faktur z zaplanowanego zadania w Claude — nagrałem o tym osobny film — i wkleiłem te same instrukcje tutaj. Od teraz co poniedziałek o 8:00 to poleci. Przy pierwszym uruchomieniu wymusi ode mnie podłączenie narzędzi, na przykład FreeAgent przez Composio.
(Informacja dodatkowa: FreeAgent to brytyjski system księgowy dla małych firm.)
Umiejętności: dwie drogi do własnego kontekstu
Brakuje tu tylko jednego: głębokiego kontekstu naszych istniejących procesów, czyli tego, co tradycyjnie nazywamy umiejętnościami.
Pierwsza droga to po prostu tworzyć umiejętności tak, jak tworzymy je w Claude. Prosimy Grokbota, żeby zrobił nam umiejętność. Są dwie wbudowane: „dodaj konektor”, która prowadzi przez podłączanie narzędzia, oraz „ucz się z demonstracji”. Własnych jeszcze nie zapisaliśmy, ale system sam pyta, czy stworzyć jedną dla faktur i wydatków. Zróbmy tę do uzgadniania faktur — i mamy zapisaną umiejętność, którą może uruchomić dowolny z asystentów.
Zapisujesz więc powtarzalne procesy i możesz kazać je wykonać księgowemu albo botowi społecznościowemu. To nie musi siedzieć w instrukcjach danego bota. Księgowy może mieć szerszy zakres obowiązków i sięgać po wiele różnych umiejętności — całość staje się modularna. Podobnie z menedżerem społeczności: wtorkową aktualizację, zbieranie materiału ze Slacka i pisanie moim tonem marki zamieniłbym pewnie w osobne umiejętności, które przywołuje z własnych instrukcji. Sam zestaw instrukcji zmieniamy w ustawieniach bota.
Gdy wejdziemy w umiejętność uzgadniania faktur, widać opis: „użyj przy dopasowywaniu faktur do płatności lub operacji bankowych”. Na razie jest dość ogólna — model po prostu wymyślił jej treść. Ja w praktyce wziąłbym zaplanowane zadanie z aplikacji Claude na desktopie i wstawił je w to miejsce. Same umiejętności wywołuję tak samo jak w Claude, komendami ukośnikowymi: wpisuję ukośnik i „invoice”, pojawia się uzgadnianie faktur i mogę dopisać polecenia.
Druga droga to coś, co ostatnio pojawiło się także w Claude: pokazujesz proces na ekranie, a system zamienia go w instrukcje dla agenta albo w umiejętność. Dobrym przykładem jest Skool, do którego nie mam API. Wchodzę na pasek obsługi komputera, otwieram maszynę i klikam przycisk uczenia zadania. Idę prosto do Chrome, wchodzę na stronę, loguję się, a potem w środku społeczności pokazuję mu konkretne czynności. Może to być wejście w dashboard w ustawieniach, może komentarz pod danym postem, a gdybym chciał, żeby co tydzień pisał i publikował wtorkową aktualizację, mógłbym pokazać także to. Potem wciskam stop. System uczy się z tych demonstracji i zamienia je w umiejętność. Po prawej stronie widać panel utrzymania kolejnych kohort — to również potrafi zamienić w umiejętność.
Po obejrzeniu trzeciej demonstracji, tej z klikaniem po dashboardzie, potrafi ją przerobić na w pełni wielokrotnie używalną umiejętność. Kiedykolwiek zechcę — czy to w rutynie, czy przez zwykłą prośbę — menedżer społeczności pójdzie i oceni utrzymanie kohort. Widać, że nauczył się z demonstracji: trzeci klip wchodzi na dashboard Agent Academy, ciągnie zaangażowanie i utrzymanie członków oraz tabelę kohort, i zamienia to w umiejętność, którą da się odpalać powtarzalnie.
Dróg do umiejętności jest więc kilka, ale ta jest naprawdę mocna wszędzie tam, gdzie nie ma API albo rzecz musi się dziać w aplikacji desktopowej.
Wrażenia po dwóch godzinach
Po niecałych dwóch godzinach testów, dobę po premierze, na powierzchni wygląda to znakomicie. Konfiguracja jest fenomenalnie łatwiejsza niż wszystko, co widziałem — Hermes czy OpenClaw nawet się do tego nie zbliżają. Zajmuje dosłownie minutę czy dwie i sprawia wrażenie, jakby naprawdę dobrze robił rzeczy w twoim imieniu. Nie ma się czego uczyć: rozmawiasz z inteligentnymi współpracownikami, których specjalizujesz pod swoje procesy umiejętnościami czy rutynami. I masz do tego dostęp z telefonu, jeśli jesteś na iOS.
Ponieważ jednak stawia się to tak łatwo, często nie ma twojego kontekstu. Nie ma repozytorium, nie ma historii, nie ma nagromadzonego rozumienia tego, jak faktycznie pracujesz. A tego nie da się po prostu zaimportować — trzeba to zbudować w czasie. Ale w miarę pracy, jak z każdym takim agentem, luka będzie się domykać: będzie miał dostęp do wcześniejszego kontekstu, pamięć tego, jak z nim pracowałeś i jak lubisz pracować, pamięć o tym, skąd bierze twój ton marki. Tyle że wszystko to trzeba wprowadzić od początku — i dokładnie po to są umiejętności oraz nagrywanie ekranu.
Model współpracownika i to podejście na telefonie — rozmowa z poszczególnymi członkami zespołu — naprawdę robią na mnie wrażenie. Pod pewnymi względami to krok naprzód wobec Claude Code. Szybciej się zaczyna, ale prawdopodobnie wolniej dochodzi się do dobrego dopasowania kontekstu.
Wyraźne ograniczenia na dziś
Po pierwsze: całkowity brak wyboru modelu. Nadając botowi rolę, dajesz mu opis, ale modelu nie wybierasz. Wybór jest w pełni automatyczny — system decyduje na podstawie zadania. Sądzę, że w przyszłości pojawią się ustawienia zaawansowane, gdzie da się to określić. Z drugiej strony zdejmuje to z ciebie cały ten proces myślenia, więc pod pewnymi względami to również zaleta.
Po drugie: nie ma trybu głosowego na żywo. Nie pogadasz z tym w tę i we w tę — musisz dyktować przez coś w rodzaju Whisper Flow.
Po trzecie, jak widzieliśmy przy wymuszonej aktualizacji planu: produkt jest w becie i po darmowym okresie próbnym siedzi za planem od minimum 200 dolarów miesięcznie. A darmowy okres próbny nie zaprowadzi cię daleko. Spodziewam się jednak, że szybko się to zmieni i będzie znacznie taniej.
Na razie będę dalej testował to na planie za 200 dolarów miesięcznie i porównywał punkt po punkcie z moim układem opartym na Claude Code.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Model „zespołu botów” zmienia jednostkę pracy z zadania na rolę
Na czym polega: Zamiast zlecać zadania jednemu agentowi, definiujesz trwałe role — szefa sztabu, księgowego, menedżera społeczności — z których każda ma własny system prompt i własny wątek rozmowy.
Jak stosować: Wypisz swoje faktycznie powtarzalne obszary odpowiedzialności i zrób z nich boty. Zacznij od dwóch–trzech, nie od dziesięciu.
Na co uważać: Podział na role jest wygodny do myślenia, ale nie zastępuje jakości instrukcji. Bot bez konkretnego zakresu obowiązków to tylko ładniej nazwany czat.
2.Trwała maszyna w chmurze na bota usuwa problem hostingu
Na czym polega: Każdy bot dostaje własny komputer z przeglądarką, plikami i sesjami logowania. Praca trwa po zamknięciu laptopa, bez stawiania VPS-a.
Jak stosować: Kieruj tam wszystko, co jest długotrwałe albo musi działać o określonej porze — cotygodniowe raporty, uzgodnienia, monitoring paneli.
Na co uważać: Trwałe sesje logowania na maszynie, nad którą nie masz pełnej kontroli, to realne ryzyko. Stosuj konta z ograniczonymi uprawnieniami, nie główne.
3.Podgląd ekranu i przejęcie kontroli na telefonie
Na czym polega: Widzisz faktyczne działania bota z komórki, a przycisk przejęcia kontroli pozwala samodzielnie wpisać dane logowania, których bot mieć nie powinien.
Jak stosować: Wykorzystaj to jako punkt kontrolny z człowiekiem w pętli przy krokach wrażliwych — logowaniach, płatnościach, publikacjach.
Na co uważać: Dostępne tylko na desktopie i iOS. Na Androidzie ta zaleta na razie nie istnieje, a autor sam z niej nie korzysta.
4.Delegowanie między botami działa z jednego zdania
Na czym polega: Wystarczyło powiedzieć menedżerowi YouTube’a, że ma współpracować z botem społecznościowym, by same ustaliły protokół wymiany i zaczęły przekazywać sobie zadania.
Jak stosować: Projektuj łańcuchy tam, gdzie i tak istnieje handoff — transkrypt trafia do treści, zgłoszenie trafia do odpowiedzi.
Na co uważać: Autor pokazuje to na przykładzie, który sam nazywa bardzo elementarnym — bez reguł treściowych. Bez wgranego kontekstu współpraca botów produkuje ogólniki.
5.Rutyny wyzwalane zdarzeniami, nie tylko harmonogramem
Na czym polega: Rutynę można odpalić wiadomością na Slacku, zdarzeniem w Git, wiadomością w Teams czy zgłoszeniem w Linearze — nie tylko o określonej godzinie.
Jak stosować: Przenieś tu automatyzacje reaktywne, które dziś trzymasz w narzędziu typu n8n, zaczynając od jednej, niekrytycznej.
Na co uważać: Lista typów zdarzeń jest na razie krótka. Autor zakłada, że urośnie — to prognoza, nie obietnica producenta.
6.Rutyna potrafi powstać sama, bez proszenia
Na czym polega: Wzmianka o tym, że coś ma się dziać co tydzień, wystarczyła, by system samodzielnie utworzył rutynę i ułożył jej instrukcje.
Jak stosować: Opisuj cykliczność wprost w czacie, potem wejdź w rutynę i dopracuj kroki.
Na co uważać: Automatycznie wygenerowane instrukcje bywają wymyślone — sprawdź, co dokładnie zostało zapisane, zanim harmonogram ruszy.
7.Umiejętności warto trzymać modularnie, poza instrukcjami bota
Na czym polega: Zapisana umiejętność jest wspólna dla wszystkich botów i wywoływana komendą ukośnikową, więc zakres obowiązków bota może być szeroki, a konkretne procedury wymienne.
Jak stosować: Rozbij duży proces na osobne umiejętności — zbieranie danych, pisanie tonem marki, publikacja — i pozwól botowi je składać.
Na co uważać: Umiejętność wygenerowana automatycznie jest ogólna. Autor sam radzi wkleić w jej miejsce swoje sprawdzone, gotowe kroki.
8.Nauka z demonstracji ekranu ratuje procesy bez API
Na czym polega: Włączasz nagrywanie, wykonujesz proces w przeglądarce — logowanie, wejście w panel, kliknięcia — i system zamienia to w wielokrotnie używalną umiejętność.
Jak stosować: Sięgaj po to tam, gdzie usługa nie ma API albo rzecz musi się wydarzyć w aplikacji desktopowej.
Na co uważać: Nagranie utrwala też sposób logowania. Rozdziel demonstrację nawigacji od podawania danych uwierzytelniających i licz się z tym, że zmiana interfejsu serwisu zepsuje umiejętność.
9.Największym kosztem jest brak twojego kontekstu
Na czym polega: Grokbot startuje bez repozytorium, historii i nagromadzonego rozumienia twojego sposobu pracy — a tego nie da się zaimportować, trzeba zbudować.
Jak stosować: Traktuj pierwsze tygodnie jako inwestycję w umiejętności i nagrania, a nie jako produkcję. Szybciej się zaczyna, wolniej dochodzi do dobrego dopasowania.
Na co uważać: Łatwość startu maskuje ten koszt. Nie porównuj Grokbota po godzinie z układem Claude Code budowanym miesiącami — to nie jest porównanie tego samego.
10.Cena i brak wyboru modelu to realne bariery dziś
Na czym polega: Po darmowym okresie próbnym — wyczerpanym przez pięć botów i kilka wymian zdań — obowiązuje plan od 200 dolarów miesięcznie. Modelu nie wybierasz, decyduje o tym system.
Jak stosować: Zaplanuj okres próbny wąsko: jeden proces przetestowany do końca, zamiast rozstawiania całego zespołu.
Na co uważać: Brak wyboru modelu zdejmuje decyzję z ciebie, ale odbiera też kontrolę nad kosztem i jakością przy zadaniach wymagających. Autor spodziewa się spadku ceny — to jego oczekiwanie, na razie niepotwierdzone.