The Coding Sloth, amerykański youtuber programistyczny z blisko półmilionową publicznością, opublikował 18 sierpnia 2026 roku dwudziestodwuminutowe podsumowanie ponad tysiąca godzin pracy z Claude Code. To nie jest kolejny poradnik „dziesięć promptów, które zmienią twoje życie”, tylko tier lista funkcji narzędzia, w której autor bez sentymentu wystawia oceny od S do F i przyznaje, że w większości i tak z nich nie korzysta.
Kluczowe fakty:
- Amerykański youtuber The Coding Sloth opublikował 22-minutowe podsumowanie ponad 1000 godzin pracy z Claude Code w formie tier listy funkcji narzędzia, oceniając kilkanaście wybranych spośród ponad osiemdziesięciu przeanalizowanych komend.
- Autor korzysta z planu za 20 dolarów miesięcznie i krytykuje limity zużycia tokenów – twierdzi, że zdarzało mu się wyczerpać przydział po jednym lub dwóch promptach i czekać trzy godziny na odnowienie.
- Najwyższe oceny w tier liście otrzymały: funkcja skills (powtarzalne instrukcje w plikach markdown), tryb planowania (skrót shift+tab) oraz weryfikacja kodu, którą autor określa jako fundament inżynierii oprogramowania.
Film: I Have Spent 1000+ Hours With Claude Code. This Is What I Learned
Tier lista funkcji, w której prawie wszystko dostaje ocenę niższą, niż się spodziewasz
Autor otwiera materiał od skargi na limity zużycia. Korzysta z planu za dwadzieścia dolarów miesięcznie i twierdzi, że zdarzało mu się wyczerpać przydział po jednym lub dwóch promptach, a potem czekać trzy godziny.
„Ich limity zużycia są do niczego” / „Their usage limits suck.”
Z tego wynika cała reszta filmu. Skoro tokeny są ograniczone, trzeba wiedzieć, na co je wydawać. Autor przejrzał, jak twierdzi, ponad osiemdziesiąt komend i funkcji Claude Code, po czym zrezygnował z omawiania wszystkich i wybrał kilkanaście, które faktycznie mają znaczenie.
Ocena za plik claude.md wypada przeciętnie, choć autor przyznaje, że po miesiącu zmienił zdanie i podniósł ją. Ma pretensje, że Anthropic jako jedyny nie używa standardu agents.md, przez co trzeba go importować. Za to skills, czyli powtarzalne instrukcje zapisane w pliku markdown, dostają najwyższą ocenę, podobnie jak tryb planowania uruchamiany skrótem shift plus tab. Najwyżej ze wszystkiego wypada weryfikacja, którą autor nazywa nie tyle funkcją, ile fundamentem inżynierii oprogramowania. Sub agenty i work trees dostają wysokie noty z zastrzeżeniem, że na tańszych planach po prostu nie da się ich używać, bo palą limit w kilka minut. Na końcu jest komenda /radio, która włącza lofi do kodowania i którą autor ocenia na F pod względem produktywności.
W materiale pojawia się też fragment sponsorowany przez platformę Brilliant, wyraźnie oznaczony przez autora.
Materiał dla tych, którzy płacą za tokeny z własnej kieszeni
Ten film jest wart obejrzenia głównie dlatego, że został nagrany z perspektywy kogoś, kto nie ma firmowej karty i nieograniczonego budżetu. Większość poradników o agentach kodujących pisana jest tak, jakby kontekst był darmowy, a każdy miał plan za dwieście dolarów. Tutaj jest odwrotnie: autor liczy tokeny, mierzy, ile zjada pojedyncze zadanie, i buduje wokół tego cały sposób pracy.
Druga rzecz to szczerość co do własnych pomyłek. Autor nagrywał część materiału miesiąc wcześniej i zamiast wyciąć nieaktualne fragmenty, dokleił komentarze montażysty, który śmieje się z jego wcześniejszych ocen. Tryb ultra plan, o którym opowiada w jednej ze scen, w międzyczasie przestał istnieć. Model Fable, którym miał się chwalić, wymaga teraz kredytów. Zostawił to w filmie.
Trzecia: forma. To nie jest wykład, tylko dwadzieścia dwie minuty żartów przeplatanych konkretami, więc kto szuka suchej dokumentacji, będzie zawiedziony.
Na co zwrócić uwagę podczas oglądania
- Skills kontra plik claude.md. Autor twierdzi, że można spokojnie przeżyć bez pliku projektowego, korzystając wyłącznie z umiejętności, i że efekty bywają lepsze. To odwrócenie kolejności, którą sugeruje większość poradników.
- Tryb planowania tylko do dużych zadań. Uruchamianie go przy literówkach czy zmianie nazwy zmiennej to według autora czyste marnotrawstwo tokenów, a jakość i tak się nie poprawia.
- Testy przed implementacją, nie po. Jeśli każesz modelowi najpierw napisać kod, a potem testy, dostaniesz testy, które przechodzą własny kod autora. Autor nazywa to oszukiwaniem, nie testowaniem.
- Strefa głupoty. Fragment o oknie kontekstowym jest tu najbardziej praktyczny. Autor mówi wprost, że powyżej stu, dwustu tysięcy tokenów model zaczyna się gubić, a większe okno tylko przesuwa moment, w którym to nastąpi.
- Automatyzacje przez /loop. Komenda działa jak crona dla agenta. Autor pokazuje trzy własne rutyny: codzienne branie zgłoszenia z GitHuba i zostawianie gotowego pull requesta, skanowanie kodu pod kątem podatności i burzę mózgów nad nowymi funkcjami.
- Alternatywy. Końcówka materiału to przegląd konkurencji: Codex, Open Code, Pi, Cursor, VS Code z GitHub Copilotem oraz T3 Code, który pozwala spiąć kilka subskrypcji w jednym interfejsie.
Najmocniejsze zdanie w całym materiale dotyczy jednak nie narzędzi, tylko kompetencji.
„Więc proszę, nauczcie się programować. Potrzebujemy więcej ludzi z prawdziwym mózgiem” / „So, please learn to code. We need more people with actual brains.”
Pada w kontekście mody na programowanie w pętli, gdzie kolejni entuzjaści odkrywają, jak twierdzi autor, tę samą rzecz od nowa, tylko innym krojem pisma.
Oglądałem ten materiał z rosnącym poczuciem, że mamy do czynienia z czymś więcej niż narzekaniem na cennik. Autor opisuje sytuację, w której dostęp do jakości pracy z agentem kodującym zależy od zasobności portfela, i robi to bez ideologii, po prostu licząc tokeny. To jest realny problem, o którym w Polsce mówi się za mało.
Jednocześnie mam wątpliwość co do wniosku, który z tego materiału wyciągnie część widzów. Zestaw trików pozwalających oszczędzać tokeny jest przydatny, ale to leczenie objawowe. Jeśli sposób pracy trzeba budować wokół limitów rozliczeniowych dostawcy, a nie wokół problemu inżynierskiego, coś jest nie tak z modelem biznesowym, nie z użytkownikiem.
Najbardziej podoba mi się to, czego autor nie mówi wprost. Wszystkie jego rady sprowadzają się do jednego: musisz rozumieć kod, żeby wiedzieć, kiedy agent kłamie. Weryfikacja przez testy, linters i sprawdzanie planu przed jego wykonaniem to nie sztuczki na oszczędzanie pieniędzy. To zwykła dyscyplina zawodowa, którą część branży zdążyła porzucić w ciągu ostatnich dwóch lat. Pytanie, czy wrócimy do niej dobrowolnie, czy dopiero po kilku naprawdę kosztownych awariach.
Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl
Dwadzieścia dolarów miesięcznie wygląda inaczej w Warszawie niż w Kalifornii
Autor filmu porównuje koszt planu za sto dolarów do wydatków na jedzenie na mieście i traktuje to jako żart. W polskich realiach ten żart brzmi inaczej. Różnica między planem za dwadzieścia a dwieście dolarów miesięcznie to w skali roku kwota, która w budżecie juniora albo jednoosobowej działalności ma zauważalny ciężar.
To ma praktyczne przełożenie na kilka rzeczy:
- Freelancerzy i małe software house’y rozliczające się z klientami w złotówkach ponoszą koszt narzędzi w dolarach, więc kurs waluty realnie wpływa na marżę
- Rady dotyczące oszczędzania kontekstu, które dla amerykańskiego widza są ciekawostką, dla polskiego zespołu mogą być warunkiem opłacalności całego procesu
- Podejście „jedno zadanie, jedna sesja” jest tanie we wdrożeniu i nie wymaga zmiany narzędzi, tylko dyscypliny, więc nadaje się na start w każdej wielkości zespole
- Alternatywy z otwartym kodem, wymienione na końcu filmu, pozwalają podpiąć własne modele albo tańszych dostawców, co dla firm z ograniczonym budżetem bywa jedynym sensownym wyjściem
Obserwuję przy tym, że w polskich zespołach dyskusja o agentach kodujących wciąż toczy się głównie wokół pytania „czy w ogóle”, a nie „za ile i z jakim procesem weryfikacji”. Ten materiał jest dobrym argumentem, żeby przeskoczyć do drugiego pytania.
O materiale
Kanał: The Coding Sloth
Tytuł filmu: I Have Spent 1000+ Hours With Claude Code. This Is What I Learned
Data publikacji: 18 sierpnia 2026
Czas trwania: około 22 minut
Język materiału: angielski
Omówienie powstało na podstawie transkrypcji materiału. Redakcja AIPORT.pl nie jest autorem filmu ani nie jest powiązana z kanałem. Komentarz redakcyjny i wybór kluczowych fragmentów: Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl.
![[ENG] Spędziłem ponad 1000 godzin z Claude Code. Oto czego się nauczyłem [ENG] Spędziłem ponad 1000 godzin z Claude Code. Oto czego się nauczyłem](https://aiport.pl/wp-content/uploads/2026/08/eng-spedzilem-ponad-1000-godzin-z-claude-code-oto-czego-sie-nauczylem-1024x576.webp)