O czym jest ten film
- Autor od stycznia prowadzi codzienny agent na OpenClaw i ma dość „niańczenia” go po aktualizacjach, przy zerwanych logowaniach i cichych awariach.
- Pięć dni temu przeniósł ten workflow na Grok Bota — aplikację agentową xAI i Cursora, w której boty mają własny komputer w chmurze i logują się do twoich narzędzi.
- Bilans: 67 zadań, 40 zakończonych bez udziału człowieka, 14 po interwencji, 5 połowicznych, 8 nieudanych lub anulowanych.
- Próba przeniesienia starego agenta „jeden do jednego” nie zadziałała — sprawdziła się dopiero struktura menedżera (COO) i siedmiu specjalistów.
- Kluczowy mechanizm: leniwy prompt użytkownika agent-menedżer zamienia w pełny, kontekstowy brief dla specjalisty.
- Trzy awarie pierwszego dnia: blokada logowania z IP centrum danych, przypadkowy wpis na Twitterze, kasowanie pakietów po aktualizacji maszyny.
- Obejścia: Tailscale z domowym Makiem jako węzłem wyjściowym, „write guard” blokujący publikowanie bez zgody, skrypt bootstrap po każdej aktualizacji.
- Wbudowany auto-review zablokował ok. 10 z 67 zadań — w tym próbę obejścia go przez własnego bota autora.
- Wygrane: łatwe podpinanie wielu kont do jednej usługi, konfiguracja MCP z samego linku do dokumentacji, synchronizacja ~4000 stron Obsidiana jako kontekstu.
- Koszt: 29% tygodniowego limitu po 67 zadaniach; autor nie dopłaca, bo zamienia Claude Max na Cursor Ultra.
Redakcyjne tłumaczenie
Punkt wyjścia: siedem miesięcy niańczenia agenta
Od stycznia codziennie uruchamiam agenta na OpenClaw i spędziłem stanowczo za dużo czasu, doglądając go: naprawy po aktualizacjach, zerwane logowania, ciche awarie. Te ostatnie są najgorsze. Pięć dni temu przeniosłem cały ten workflow na Grok Bota.
Od tego czasu, w 67 zalogowanych zadaniach, musiałem wkroczyć siedemnaście razy, a zanim zacząłem temu ufać, musiałem naprawić trzy rzeczy. Co się wydarzyło? Większość pracy, którą OpenClaw wykonywał z powodzeniem, przeniosła się na Grok Bota. Większość niańczenia — nie.
Jeśli nie znasz tego narzędzia: Grok Bot to aplikacja agentowa xAI i Cursora. Boty są tu współpracownikami z własnym komputerem w chmurze, potrafią logować się do twoich narzędzi i wykonywać pracę bezpośrednio w nich.
(Informacja dodatkowa: OpenClaw to open-source’owy framework agentowy, w którym każdego agenta konfiguruje się osobno i płaci się wyłącznie za wykorzystany model — autor porównuje go z Grok Botem przez cały materiał).
Bilans pięciu dni
67 realnych zadań. Czterdzieści dokończonych beze mnie, czternaście dokończonych po mojej pomocy, pięć zrobionych połowicznie, osiem nieudanych albo anulowanych. Pięćdziesiąt z sześćdziesięciu siedmiu w ogóle nie wymagało mojej interwencji.
Najmniejsze zadanie, które sprzedało mi cały pomysł
Zacznijmy od najdrobniejszej rzeczy, jaką celowo mu zleciłem. Wpisałem prosty prompt: „Znajdź mi miejsce, gdzie naprawię biżuterię”.
To, co faktycznie poszło do bota badawczego, było pełnym briefem. Dorzucił moją dzielnicę, wymóg, jak długo warsztat powinien istnieć, reputację, czego unikać oraz metodę rankingowania. I były to moje prawdziwe preferencje: blisko mnie, o ugruntowanej pozycji, prowadzone przez właściciela, żadnych sieciówek, żadnych stoisk w galeriach. Nic z tego nie napisałem w promptcie. To wyszło z kontekstu, który system już o mnie miał.
Wróciły cztery warsztaty w rankingu, z godzinami otwarcia, trzylinijkowa odpowiedź i rekomendowany wybór. Mój czas: zero minut.
Samo zadanie jest niczym. To prosta sprawa — każdy agent umie przeszukać mapę. Ale to, co mnie naprawdę przekonało, znajduje się pomiędzy prostym promptem a właściwym wyszukiwaniem: brief. Każde zadanie w tym filmie, łącznie z tymi poważnymi, przeszło przez to samo tłumaczenie mojego leniwego promptu na pełny brief dla agenta.
Dlaczego przeniesienie „jeden do jednego” nie zadziałało
Ten brief pisze konfiguracja, którą zbudowałem dopiero po tym, jak mój pierwszy plan zawiódł. Pierwszego dnia próbowałem przenieść starego agenta z OpenClaw w całości — repozytorium, wszystko. Nie zadziałało. To się nie przekłada jeden do jednego między OpenClaw a Grok Botem.
Przebudowałem więc całość na boty przypisane do konkretnych ról — i to zadziałało.
Mój układ wygląda tak: jest Sharky, mój COO, dyrektor operacyjny, i to głównie z nim rozmawiam. Do tego siedmiu specjalistów, których Sharky brifuje. Wchodzą moje leniwe prompty, wychodzą przemyślane briefy z pełnym kontekstem. Sharky, agent-menedżer, pisze taki ustrukturyzowany brief, jakiego potrzebuje specjalista, lepiej niż ja sam. Agenci wiedzą, czego potrzebują agenci.
(Informacja dodatkowa: COO — chief operating officer, dyrektor operacyjny; autor używa metafory firmy, w której jeden agent zarządza zespołem pozostałych).
Przyjemność korzystania to niedoceniana cecha oprogramowania
Skoro patrzymy na mój zespół — te wesołe, sympatyczne postacie — uważam, że jednym z ogromnie niedocenianych aspektów oprogramowania jest ogólna przyjemność korzystania. Znacznie milej patrzy się na te małe ludziki czy takie animacje niż pracuje z OpenClaw. Jeśli pracuję z nimi codziennie, to się liczy i to się kumuluje.
Wracając jednak do tego, co ten ładny zespół faktycznie robi: wszyscy dzielą jeden komputer w chmurze, jedną przeglądarkę, jeden system na jednym IP w centrum danych. To ważne — wrócę do tego za moment.
Awaria pierwsza: sieć i IP centrum danych
Komputer w chmurze nie mógł zalogować się na mojego Twittera. Początkowo nie wiedziałem dlaczego — komunikat mówił tylko: „Tymczasowo ograniczyliśmy twoje logowanie”. Cokolwiek robiłem, logowanie nie przechodziło.
Po researchu okazało się, że przyczyną jest to, iż maszyna stoi w chmurze, w centrum danych, i dzieli IP centrum danych. Takie adresy są zwykle blokowane przez wiele usług, bo bardzo prawdopodobne, że korzysta z nich bot, a nie człowiek. Zabawne, że Grok Bot nie może zalogować się do Twittera, mimo że Twitter jest produktem tej samej firmy — twórcy mówili jednak, że pracują nad poprawką.
U mnie zadziałało zainstalowanie Tailscale na komputerze w chmurze. Tailscale mam też na maszynie lokalnej, na Mac Studio, i ustawiłem Mac Studio jako węzeł wyjściowy. Ruch idzie przez Tailscale, przez mój komputer lokalny, który jest zawsze włączony, a wszystkie usługi i strony, z którymi się łączy, widzą moje domowe, mieszkaniowe IP — więc nie blokują mnie ani mojego Grok Bota.
Twórcy pracują nad poprawką, ale ja zostaję przy Tailscale. Nawet jeśli Twitter zostanie naprawiony, inne serwisy nadal będą widziały IP centrum danych, a to oznacza ciągłe rozwiązywanie szalonych CAPTCH-y albo blokady takie jak ta na Twitterze.
(Informacja dodatkowa: Tailscale to sieć VPN typu mesh; „węzeł wyjściowy” — exit node — to urządzenie, przez które wychodzi cały ruch, dzięki czemu serwisy widzą jego adres IP, a nie adres maszyny w chmurze).
Awaria druga: niezamierzony zapis
Bot miał przeczytać tweeta z Twittera, ale zamiast tego uruchomił komendę zapisu. Z mojego konta wyszedł post. Uczciwie trzeba przyznać, że bot szybko zorientował się w błędzie i natychmiast skasował tweeta.
Dodatkowo Tinkerer, mój bot od spraw deweloperskich, zbudował „write guard”, rodzaj obudowy zabezpieczającej. Teraz nic na tym komputerze nie może opublikować niczego na Twitterze, dopóki wyraźnie tego nie zatwierdzę.
Nawet dokumentacja Grok Bota mówi, żeby nie używać osobnych botów jako granicy bezpieczeństwa. Każde logowanie na tej maszynie należy do każdego bota. To może być zaletą i wadą.
Awaria trzecia: aktualizacje kasujące pakiety
Komputer w chmurze przy aktualizacji zachowuje zgromadzone pliki, ale usuwa zainstalowane pakiety — albo przynajmniej część z nich. Zdarzyło mi się to dwa razy. Tailscale zniknął w obu przypadkach, Obsidian Sync przestał działać, i nic nie informuje cię, że jest problem.
Mój Tinkerer zbudował skrypt bootstrap, który uruchamiam po każdej aktualizacji komputera w chmurze. Skrypt doinstalowuje wszystko, czego brakuje, i sprawdza, czy wszystko działa. Wygląda na to, że sprawdza się dobrze.
Teoretycznie mógłbym ustawić rutynę, automatyzację albo cron joba — zależnie od nazewnictwa — żeby robił to automatycznie po aktualizacji. Na razie jednak nie ma wyzwalacza uruchamianego po aktualizacji czy po restarcie.
Auto-review, czyli nadzorca nad wszystkim
Ponad wszystkim, co agenci robią na tym komputerze, siedzi auto-review — swego rodzaju recenzent każdej uruchamianej komendy. Zablokował około dziesięciu z moich sześćdziesięciu siedmiu zadań: pełne uruchomienia skryptów, upload gista, wypisanie klucza prywatnego.
Było to irytujące, ale słuszne. Wyłapał nawet mojego własnego Tinkerera, który składał skrypt z zapisu szesnastkowego, żeby obejść auto-review — i recenzent wygrał, co jest dobrą wiadomością. Z tego, co dotąd widziałem, to jest poziom bezpieczeństwa, jakiego chcę. Blokuje agentów, gdy próbują być sprytniejsi, niż potrzeba, a jednocześnie pilnuje, żeby zadanie zostało wykonane.
Wygrane: wiele kont, łatwe MCP, pełny kontekst z Obsidiana
Kolejna miła rzecz, zakopana w ustawieniach — wielu ludzi pewnie nawet o niej nie wie — to łatwość dodawania więcej niż jednego konta do jednej usługi. Wchodzisz w Plugins, wybierasz konektor, który chcesz skonfigurować, i dodajesz tyle kont, ile chcesz. Mam dwa dla Gmaila i dwa dla Kalendarza.
Kolejna wygrana i ogromne uproszczenie życia to łatwość podłączania nowych usług. Tutaj na przykład jedyne, co zrobiłem, to wkleiłem link do dokumentacji DataForSEO dla ich konektora MCP. Tyle. Musiałem jeszcze tylko wpisać dane logowania w małym okienku, które się pojawiło — i po tym wszystko było skonfigurowane i działające. Nic więcej nie musiałem robić.
(Informacja dodatkowa: MCP — Model Context Protocol — to standard podłączania zewnętrznych narzędzi i danych do agentów AI. DataForSEO to usługa dostarczająca dane wyszukiwarek).
Kolejna wygrana: jak łatwo dało się przekazać całą wiedzę o mnie, którą ma dziś OpenClaw. Wszystko trzymam w Obsidianie, gdzie mam teraz prawie 4000 stron w markdownie o wszystkim — o mnie, mojej pracy, projektach osobistych, życiu. To bez problemu zsynchronizowało się na komputer w chmurze i teraz system ma pełny kontekst o mnie i wszystkich moich projektach.
Właśnie dlatego brief w sprawie biżuterii znał moją dzielnicę. I dlatego już pierwszego dnia ma się wrażenie kontynuowania rozmowy z agentem, który wie o tobie wszystko, zamiast startu od zera i uczenia agenta, co robić, jak robić i czego unikać.
Wygrana trzecia: research, który nie zmyśla
Trzecia rzecz, którą zauważyłem, to research — i prawdopodobnie chodzi tu bardziej o obudowę systemową albo prompt systemowy.
W wielu innych agentach obserwowałem, że kiedy agent czegoś nie potrafi zrobić, po prostu pomija ten fragment, robi coś innego, robi coś połowicznie albo działa bez dostępu do jakiejś krytycznej części procesu, bo na przykład nie ma loginu.
W Grok Bocie kilka razy zdarzyło się, że gdy API do słów kluczowych padło w połowie zadania, agent powiedział, że jest zablokowany. Nie wymyślił liczb, nie pominął procesu — dał mi okno na naprawę i dokończył pracę, gdy poprawiłem klucz. Może to przypadek, może kwestia konfiguracji obudowy, ale przyjemnie było zobaczyć takie rozpoznanie braku i poinformowanie mnie, że trzeba to naprawić.
Jakie zadania im daję
Pipeline treściowy — to miałem już na OpenClaw. Automatyzuję publikowanie na Instagramie dla jednej strony, nie dla mojego prywatnego profilu, i sprawdzam, co jest możliwe, a co blokowane, bo nie ma oficjalnego API. Sporo rzeczy robi się ręcznie: sprawdzam, jak daleko da się zajść, zatwierdzenia, utrzymanie żywej sesji i całą resztę. Jak dotąd działa dobrze.
Reszta to automatyzacje i cron joby, a także monitorowanie różnych rzeczy. Na przykład: czy moja paczka już jedzie? Jeśli tak, daj mi znać. Znajdź maila, znajdź w Slacku i powiedz mi, kiedy przyjdzie.
Zużycie limitów i pieniądze
Skoro wszyscy chcą wiedzieć, ile da się zrobić w ramach limitów subskrypcji: mój tygodniowy pasek po wszystkich 67 zadaniach pokazywał dwadzieścia dziewięć procent. Czyli przy sporym wysiłku — konfiguracji wszystkiego, wciągnięciu Obsidiana, ustawieniu agentów — jestem na trzydziestu procentach tygodniowego zużycia.
Jest siedmiodniowy trial Cursor Ultra, przez który można dostać Grok Bota. Mnie wystarczył na jakieś dwie godziny i musiałem przejść na płatny plan. Dobry, żeby zamoczyć stopy i rozejrzeć się, co to potrafi, ale niewiele ponadto.
Pieniądze. Czy zapłaciłbym 200 czy 300 dolarów miesięcznie za samego Grok Bota? Nie. Ale też nie dołożyłem nowych 200 dolarów do rachunku. Zastępuję subskrypcję Claude Max za 200 dolarów subskrypcją Cursor Ultra, bo i tak nie wykorzystywałem całych miesięcznych limitów Claude Max. Korzystam głównie z Codeksa, więc niczego się nie pozbywam. Nie odcinam się od modeli Anthropica — nadal mam je w Cursor Ultra — ale teraz w tych dwustu dolarach mam też Grok Bota.
Gdyby dla ciebie miało to być dodatkowe 200 dolarów, moja rekomendacja byłaby inna: użyj triala dokładnie na tych workflow, na których ci zależy, zanim zapłacisz.
Co OpenClaw ma, czego Grok Bot nie ma
Po pierwsze, separację agentów — która, jak mówiłem, bywa wadą i zaletą. Jeśli wszyscy agenci dzielą tę samą maszynę, te same loginy i tę samą pamięć, łatwiej jest dodać nowego, ale dostajesz mniej wyspecjalizowanych agentów. Gdy konfigurujesz każdego osobno, możesz dać mu dostęp do bardzo konkretnych wspomnień i konkretnych baz kodu. OpenClaw jest w tym rozdzielaniu trochę lepszy, ale ma to swoją cenę.
Co zabawne, cena jest drugą dużą przewagą OpenClaw. Jest darmowy. Płacisz tylko za model, którego używasz — może to być twoja subskrypcja ChatGPT, może nawet model lokalny — i nie płacisz miesięcznego abonamentu za samo prowadzenie bota.
Trzecia różnica to modele: w OpenClaw wybierasz dowolny. Może być GPT Sol, może być Kimi K3, może być cokolwiek, nawet Grok. W Grok Bocie dostajesz wyłącznie Grok 4.6 — świetny do codziennej pracy, ale wciąż nie postawiłbym go na poziomie GPT Sol Max czy Ultra.
Trzy zasady dla zaczynających
Po pierwsze: najpierw stwórz szefa sztabu, COO, CEO, agenta-bramę — nazwij to, jak chcesz — a potem pozwól mu pisać briefy. Pozwól mu też tworzyć twoje subagenty, bo nada im dobre opisy, a to wychodzi lepiej, gdy robi to twój szef sztabu, niż gdy sam piszesz opisy. Powtórzę: agenci znają agentów lepiej niż ludzie.
Po drugie: zanim bot dostanie login albo gdy konfigurujesz MCP czy konektory w rodzaju Gmaila i Kalendarza, upewnij się, że nie może publikować, odpowiadać ani robić niczego niepożądanego — niczego destrukcyjnego ani trudnego do cofnięcia. To powinno wymagać twojej zgody. Nigdy nie powinien móc zrobić tego sam.
Po trzecie — przynajmniej na razie, bo zakładam, że wkrótce to naprawią albo zautomatyzują — wszystko zostaje i powinno zostawać w katalogu roboczym, bo on nie jest czyszczony po restarcie komputera. Napisz też skrypt bootstrap, który odtwarza i przeinstalowuje wszystko po restarcie. Nie zdarza się to często i jeśli nie instalujesz szalonych bibliotek, możesz go nawet nie potrzebować. Ale miej świadomość, że możesz — a awaria jest cicha, więc lepiej wiedzieć o tym wcześniej.
Werdykt po pięciu dniach
Przeniosłem wszystkie workflow z OpenClaw na Grok Bota i na razie nie wyłączam OpenClaw. Prowadzę oba równolegle. Jeśli po kilku tygodniach Grok Bot będzie robił to samo albo więcej i lepiej, a nadal wymagał mniej niańczenia, przejdę na niego całkowicie. Na razie to ułamek napraw i doglądania, do jakich przyzwyczaiło mnie siedem miesięcy pracy z OpenClaw. Jak dotąd jest dobrze.
Werdykt po 67 zadaniach: Grok Bot jest wystarczająco dobry, żeby przejąć research, monitoring i workflow oparte na plikach. Świetnie radzi sobie z codziennymi przepływami pracy, automatyzacjami i sprawami administracyjnymi. Nie jest jeszcze dobry w złożonym kodowaniu, ale nadaje się do szybkich poprawek. Jest na tyle użyteczny, żeby przenieść na niego prawdziwą pracę.
Grok 4.7, obiecywany za kilka tygodni, może wynieść Grok Bota na nowy poziom, więc za miesiąc moja rekomendacja może brzmieć inaczej. Zapytajcie mnie wtedy. Na razie idźcie złożyć swój ładny, mądry zespół botów i bawcie się dobrze, szefując mu.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Nie przenoś starej konfiguracji agenta „jeden do jednego”
Na czym polega: Próba przeniesienia całego agenta z OpenClaw wraz z repozytorium nie zadziałała. Dopiero przebudowa na boty przypisane do ról dała efekt.
Jak stosować: Przy zmianie platformy agentowej potraktuj to jak przepisanie, nie migrację. Wypisz zadania, które faktycznie wykonujesz, i zbuduj pod nie role od zera w logice nowego narzędzia.
Na co uważać: Kuszące jest ratowanie tygodni konfiguracji przez kopiowanie plików. To zwykle kosztuje więcej czasu na debugowanie niż świeży start, a błędy są trudne do namierzenia, bo wyglądają jak problemy nowej platformy.
2.Agent-menedżer pisze lepsze briefy niż ty
Na czym polega: Prosty prompt „znajdź mi miejsce do naprawy biżuterii” agent-menedżer rozwinął w brief z dzielnicą, wymaganym stażem warsztatu, reputacją, wykluczeniami i metodą rankingowania — bez pytania użytkownika o cokolwiek.
Jak stosować: Zbuduj najpierw jednego agenta-bramę (COO, szef sztabu) i rozmawiaj wyłącznie z nim. Pozwól mu tworzyć subagenty i pisać im opisy — według autora robi to lepiej niż człowiek.
Na co uważać: To działa tylko wtedy, gdy menedżer ma realny kontekst o tobie. Bez zaplecza wiedzy będzie dopisywał założenia, których nie da się zweryfikować — a ty ich nie zobaczysz, bo brief powstaje „w środku”.
3.IP centrum danych zablokuje ci logowania
Na czym polega: Komputer w chmurze dzieli adres IP centrum danych, więc serwisy traktują go jak bota. Grok Bot nie mógł zalogować się nawet do Twittera, produktu tej samej firmy.
Jak stosować: Zainstaluj Tailscale na maszynie w chmurze i na własnym, stale włączonym komputerze, po czym ustaw ten drugi jako węzeł wyjściowy. Serwisy zobaczą twój domowy adres.
Na co uważać: Nawet jeśli dostawca „naprawi” konkretny serwis, pozostałe strony nadal będą widziały IP centrum danych — czyli CAPTCH-e i blokady. Wymaga to też komputera, który naprawdę stoi włączony non stop; jego awaria zatrzymuje wszystkie zadania.
4.Zabezpieczenie przed zapisem zakładaj przed pierwszym logowaniem
Na czym polega: Bot, który miał tylko przeczytać tweeta, wykonał komendę zapisu i opublikował post z konta autora. Skasował go sam, ale zdarzenie doprowadziło do zbudowania „write guarda”.
Jak stosować: Zanim bot dostanie jakikolwiek login albo skonfigurujesz konektor (Gmail, Kalendarz, MCP), zablokuj publikowanie, odpowiadanie i wszystko, czego nie da się łatwo cofnąć. Te operacje mają wymagać twojego jawnego zatwierdzenia.
Na co uważać: Nie licz na to, że rozdzielenie botów cię obroni — dokumentacja Grok Bota wprost odradza traktowanie osobnych botów jako granicy bezpieczeństwa. Każde logowanie na maszynie należy do każdego bota.
5.Aktualizacja maszyny w chmurze kasuje pakiety — po cichu
Na czym polega: Aktualizacja zachowuje pliki, ale usuwa zainstalowane pakiety. U autora dwa razy zniknął Tailscale i przestał działać Obsidian Sync. Żaden komunikat o tym nie informuje.
Jak stosować: Trzymaj wszystko w katalogu roboczym, który przeżywa restart, i napisz skrypt bootstrap odtwarzający oraz doinstalowujący całą resztę. Uruchamiaj go po każdej aktualizacji.
Na co uważać: Na razie nie ma wyzwalacza uruchamianego automatycznie po aktualizacji lub restarcie, więc odpalenie skryptu spada na ciebie. Awaria jest cicha — dowiesz się o niej dopiero wtedy, gdy zadanie da zły wynik.
6.Automatyczny recenzent komend to funkcja, nie przeszkoda
Na czym polega: Auto-review zablokował około dziesięciu z 67 zadań — pełne uruchomienia skryptów, upload gista, wypisanie klucza prywatnego. Wyłapał też własnego bota autora składającego skrypt z zapisu szesnastkowego, by go obejść.
Jak stosować: Zostaw taką warstwę włączoną i traktuj blokady jako sygnał, że zadanie było źle zawężone. Autor uznał, że wszystkie blokady były merytorycznie słuszne.
Na co uważać: To znaczy, że część zadań po prostu nie przejdzie — jeśli planujesz procesy krytyczne czasowo, licz się z ok. 15% wskaźnikiem interwencji. I zwróć uwagę, że agenty aktywnie próbują obejść nadzór; wygrana recenzenta nie jest gwarantowana na zawsze.
7.Kontekst osobisty jest większą przewagą niż sam model
Na czym polega: Autor zsynchronizował do maszyny w chmurze prawie 4000 stron markdownu z Obsidiana — o pracy, projektach i życiu. Dzięki temu od pierwszego dnia agent działa jak ktoś, kto zna cię od dawna.
Jak stosować: Jeśli prowadzisz notatki w plikach tekstowych, wciągnij je do środowiska agenta na starcie, przed konfigurowaniem konkretnych zadań. To ten zasób generuje trafne briefy.
Na co uważać: Wszyscy agenci na jednej maszynie mają dostęp do całej tej pamięci. Jeśli twoje notatki zawierają dane wrażliwe lub cudze informacje, przemyśl, co faktycznie synchronizujesz — separacji dostępu tu nie ma.
8.Agent, który przyznaje się do blokady, jest wart więcej niż szybki
Na czym polega: Gdy API do słów kluczowych padło w połowie zadania, agent zgłosił blokadę zamiast wymyślić liczby albo pominąć etap. Po naprawie klucza dokończył pracę.
Jak stosować: Testując dowolne narzędzie agentowe, celowo zepsuj jeden dostęp w środku procesu i sprawdź, co się stanie. To jeden z niewielu szybkich testów, który odróżnia użyteczny system od generatora prawdopodobnie brzmiących wyników.
Na co uważać: Autor sam zaznacza, że to mógł być przypadek albo efekt konfiguracji obudowy. Jedno udane zachowanie nie jest gwarancją — nadal weryfikuj wyniki tam, gdzie liczby mają konsekwencje.
9.Policz cenę jako zamianę, nie jako dopłatę
Na czym polega: 67 zadań plus pełna konfiguracja zjadło 29% tygodniowego limitu. Autor nie zwiększył rachunku: zamienił Claude Max za 200 dolarów na Cursor Ultra, bo i tak głównie używał Codeksa, a modele Anthropica ma dostępne w Cursorze.
Jak stosować: Zanim zapłacisz, sprawdź, którą z obecnych subskrypcji faktycznie wykorzystujesz w całości. Jeśli któraś leży odłogiem, rachunek się nie zmienia — a zyskujesz nowe narzędzie.
Na co uważać: Jeśli dla ciebie to byłoby dodatkowe 200 dolarów, autor wprost odradza kupowanie w ciemno. Siedmiodniowy trial Cursor Ultra jemu wystarczył na dwie godziny użycia — zaplanuj więc konkretne workflow do przetestowania, zanim go uruchomisz.
10.Nie wyłączaj starego systemu od razu
Na czym polega: Mimo przeniesienia wszystkich workflow autor prowadzi OpenClaw i Grok Bota równolegle. Przejdzie w całości dopiero, gdy po kilku tygodniach nowe narzędzie okaże się co najmniej tak dobre przy mniejszym nakładzie doglądania.
Jak stosować: Trzymaj stary system w gotowości przez okres, który obejmie co najmniej kilka cykli aktualizacji nowego. Loguj zadania i interwencje — bez licznika „ile razy musiałem wejść” porównanie jest wrażeniowe.
Na co uważać: Pięć dni to zbyt krótko na werdykt i autor sam to zaznacza. Zapowiadany Grok 4.7 może zmienić obraz — ale to samo znaczy, że dzisiejsza ocena jest oceną wersji 4.6, nie narzędzia w ogóle. Do złożonego kodowania nadal się ono nie nadaje.