O czym jest ten film
- Kompletny kurs Claude Code dla osób, które nigdy z niego nie korzystały — od zera do działających aplikacji.
- Autor stawia na aplikację desktopową Claude zamiast narzędzia CLI, bo jest przyjaźniejsza dla osób niebędących programistami.
- Pokazuje, jak zarządzać wieloma projektami i wieloma sesjami Claude Code w jednym widoku.
- Wyjaśnia tryby pracy agenta: planowania, pytania o zgodę, akceptacji zmian i tryb automatyczny.
- Porównuje modele (Fable, Opus, Sonnet, Haiku) i poziomy „effort” oraz radzi, którego kiedy używać.
- Kładzie duży nacisk na kontrolę wersji: instalację Git i GitHub jako sposób na zabezpieczenie pracy.
- Buduje na żywo dwa projekty: kalkulator napiwków oraz tracker nawyków (z użyciem trybu planowania).
- Prezentuje wbudowaną przeglądarkę, dzięki której agent sam testuje aplikację i poprawia interfejs.
- Omawia pull requesty, łączenie zmian, konektory (np. Gmail) oraz pliki pamięci CLAUDE.md.
- Na koniec — szybki przegląd komend ukośnikowych, umiejętności (skills), harmonogramów i zdalnego sterowania z telefonu.
Redakcyjne tłumaczenie
Wprowadzenie — czym jest Claude Code
To jest kompletny poradnik Claude Code dla początkujących. Zakładam, że nigdy wcześniej z niego nie korzystałeś, a do końca tego materiału będziesz w stanie budować prawdziwe, działające aplikacje. Omówię wszystko: od instalacji Claude Code, przez konfigurację Gita i przepływu pracy z Gitem, żebyś nigdy nie stracił swojej pracy, aż po planowanie projektów i wszystkie funkcje, które naprawdę mają znaczenie. Pokażę też najprostszy sposób uruchamiania Claude Code — wewnątrz aplikacji desktopowej Claude. Dzięki temu nie musisz w ogóle patrzeć na terminal, chyba że sam zechcesz. Jeśli potrafisz używać Claude w przeglądarce, poradzisz sobie i z tym.
Czym w takim razie jest Claude Code? To agent programistyczny od Anthropic. Po prostu mówisz mu zwykłym językiem, czego chcesz, a agent idzie i buduje projekt, uruchamia kod, poprawia błędy i robi wszystko za ciebie. Ty sam nie piszesz żadnego kodu. Potraktuj Claude Code jak programistę, z którym po prostu rozmawiasz.
Dwa sposoby uruchamiania: CLI kontra aplikacja desktopowa
Są zasadniczo dwa popularne sposoby korzystania z Claude Code. Pierwszy to narzędzie CLI. Wiele osób nie lubi jednak patrzeć na terminal, więc lepszą alternatywą dla większości ludzi — zwłaszcza jeśli nie jesteś programistą albo tworzysz metodą „vibe coding” — jest aplikacja desktopowa Claude. Jest wyjątkowo przyjazna. Wszystkie projekty widzisz na bocznym pasku, a ponieważ jest wbudowana w aplikację desktopową, łatwo przeskakujesz między zwykłym czatem a pracą z kodem. W tym materiale będziemy korzystać właśnie z aplikacji desktopowej.
(Informacja dodatkowa: „vibe coding” to popularne określenie na tworzenie aplikacji poprzez opisywanie ich agentowi AI zwykłym językiem, bez ręcznego pisania kodu.)
Jedną z głównych zalet aplikacji desktopowej nad narzędziem CLI jest o wiele łatwiejszy podgląd wszystkich projektów i wszystkich sesji w jednym widoku. W CLI zwykle musisz uruchomić sesję terminala, a w niej Claude Code. Jeśli chciałbyś prowadzić kilka sesji Claude Code w tym samym projekcie, musisz otwierać kolejne widoki terminala, uruchamiać Claude od nowa i ręcznie żonglować tymi sesjami. Robi się to jeszcze bardziej skomplikowane, gdy chcesz jednocześnie prowadzić wiele sesji w wielu projektach. W aplikacji desktopowej tak nie jest — w tym samym widoku widzę wszystkie swoje projekty, a w każdym z nich wszystkie sesje Claude Code. To bardzo ułatwia pracę nad wieloma projektami naraz.
Instalacja i konfiguracja
Konfiguracja aplikacji desktopowej Claude jest naprawdę prosta. Wchodzisz na odpowiednią stronę (link znajdziesz w opisie filmu), pobierasz i instalujesz aplikację dla swojego systemu operacyjnego, a potem przechodzisz przez kolejne kroki instalatora. Po instalacji interfejs wygląda znajomo — jeśli kiedykolwiek korzystałeś ze strony Claude, będziesz się w nim dobrze czuł. To miejsce, w którym możesz prowadzić zwykłą rozmowę z modelami Claude.
Żeby używać Claude Code, potrzebujesz subskrypcji Claude. Musisz się zalogować lub założyć konto (jest darmowe i dają na start trochę darmowego użycia), ale do korzystania z Claude Code trzeba przejść na jeden z płatnych planów. Wchodzisz w „View All Plans” i wybierasz plan Pro albo któryś z planów Max. Jeśli dopiero zaczynasz, wybierz plan Pro. Po wykupieniu subskrypcji na bocznym pasku przechodzisz do zakładki „Code” i możesz zaczynać. Zgodzisz się chyba, że wygląda to dużo przyjaźniej niż terminal.
(Informacja dodatkowa: autor promuje w tym miejscu własne szkolenia — „Agentic Coding Masterclass” oraz kurs Claude Code w ramach Agentic Labs. To materiały płatne, niezależne od Anthropic.)
Przygotowanie środowiska i tryby pracy
Zanim zbudujemy pierwszy projekt, warto skonfigurować środowisko pracy — to etap, który wiele osób pomija, a jest niezwykle cenny. Najpierw wybieramy folder projektu: klikamy nazwę folderu na dole, wskazujemy nowy folder na dysku i „ufamy” temu obszarowi roboczemu. To po prostu oznacza, że Claude Code będzie mógł wprowadzać w nim zmiany.
Możemy też zmienić tryb pracy agenta:
- Tryb planowania — agent nie wprowadza żadnych zmian w projekcie. To miejsce na rozmowę i dopracowanie pomysłu.
- Pytanie o zgodę (ask permissions) — agent zawsze prosi o pozwolenie, zanim zmieni jakikolwiek plik lub uruchomi jakąkolwiek komendę.
- Akceptacja zmian (accept edits) — agent może zmieniać pliki, ale wciąż pyta o zgodę na uruchamianie niektórych komend.
- Tryb automatyczny (auto) — ten, którego używam w tym materiale. Agent może zmieniać pliki i uruchamiać komendy, ale stara się ocenić, czy dana komenda jest potencjalnie niebezpieczna, i tylko wtedy prosi o zgodę.
Obok jest przycisk załączników — możemy dodawać pliki, foldery, a nawet konektory (o nich pod koniec materiału).
Wybór modelu i poziomu wysiłku
Możemy też zmienić model: do wyboru Fable 5, Opus, Sonnet lub Haiku. Wybór właściwego modelu bywa przytłaczający, więc przygotowałem slajd, który to porządkuje.
- Fable to najwyższy poziom, jaki mam, i najdroższy — 10 dolarów za milion tokenów wejściowych i 50 dolarów za milion wyjściowych. Najbardziej zdolny, ale i najkosztowniejszy.
- Opus 4.8 kosztuje mniej więcej połowę tego co Fable i jest w zasadzie najlepszym modelem do zadań programistycznych.
- Sonnet jest nieco tańszy od Opusa, ma jakość bliską Opusowi, a w większości przypadków jest znacznie szybszy i tańszy.
- Haiku jest zdecydowanie najtańszy, ale szczerze — nie użyłbym go do żadnych ważnych zadań.
Opus możesz traktować jako model domyślny. Sonnet 5 nadaje się do łatwiejszej pracy: aktualizacji dokumentacji, przeglądania i eksplorowania kodu.
(Informacja dodatkowa: podane ceny i nazwy modeli pochodzą od autora i odpowiadają stanowi z lipca 2026 roku; oferta i cennik mogą się zmienić.)
Obok selektora modelu jest selektor wysiłku („effort”). Polecam pracować na wysokim poziomie („high”) nawet przy zadaniach programistycznych. Przy „extra” i „max” agent spędza znacznie więcej czasu na rozumowaniu, ale w większości przypadków to tylko niepotrzebnie podnosi koszty, a różnicy w jakości nie widać. Co więcej, na „max” widziałem, jak model dawał gorsze wyniki, bo przekombinowywał i niepotrzebnie komplikował zadanie.
Jest jeszcze Ultra Code — tryb, w którym agent tworzy przepływy pracy i uruchamia jednocześnie wiele agentów, żeby zbudować projekt. Odradzam go: to bardzo kosztowny tryb i w gruncie rzeczy sposób, by Anthropic wyciągnął od ciebie więcej pieniędzy. Nie polecałbym Ultra Code jako opcji domyślnej. Swój wysiłek ustawiam na „high”.
Kontrola wersji: Git i GitHub
Zanim zbudujemy pierwszy projekt, musimy jeszcze skonfigurować kontrolę wersji. To bardzo ważne, a mam wrażenie, że inni twórcy tego nie pokazują. Musimy zainstalować Gita i skonfigurować GitHub.
Jeśli nie masz technicznego zaplecza, możesz nie wiedzieć, czym są Git i GitHub. Mówiąc prosto: to sposób, by robić „migawkę” stanu projektu. Dzięki temu, jeśli kiedykolwiek zepsujesz aplikację, zawsze możesz wrócić do wcześniejszego punktu kontrolnego. Takich punktów po drodze możesz zrobić wiele i wrócić do dowolnego z nich. GitHub pozwala dodatkowo tworzyć kopię zapasową kodu na zdalnym serwerze — jest darmowy i bardzo popularny, a gdyby coś stało się twojej maszynie, nie stracisz kodu.
Wystarczy wejść na GitHub.com i założyć darmowe konto. Potem wracamy do Claude Code — i, na szczęście, niczego nie musimy instalować ręcznie. Możemy poprosić Claude, żeby wszystko skonfigurował. Wysyłamy prompt w stylu: „Proszę, zainstaluj i skonfiguruj Gita na mojej maszynie”. Kiedy Git jest już zainstalowany, mówimy: „Proszę, skonfiguruj i połącz się z GitHubem z mojej maszyny”. Claude zainstaluje potrzebne zależności i poprosi cię tylko o kliknięcie linku, by uwierzytelnić lokalną maszynę wobec zdalnego repozytorium GitHub. To naprawdę proste — Claude przeprowadzi cię przez cały proces.
Pierwszy projekt: kalkulator napiwków
Gdy GitHub jest gotowy, prosimy agenta o pierwszy projekt. Wpisuję: „Zrób kalkulator napiwków, którego mogę używać w przeglądarce. Wpisuję kwotę rachunku, wybieram procent i dzielę na kilka osób. Potem pokaż sumę i to, ile płaci każda osoba”. Wciskam Enter.
Na bocznym pasku po lewej widać, że Claude utworzył nowy folder — o dokładnie tej nazwie, której użyłem dla projektu. Zaletą jest to, że gdybym chciał uruchomić kilka sesji w tym samym projekcie, wystarczy kliknąć odpowiedni przycisk i wybrać ten sam projekt.
Claude właśnie utworzył plik. Po kliknięciu widzimy nasz kalkulator napiwków. Wpisuję kwotę, wybieram procent — wszystko działa — i dzielę rachunek na cztery osoby.
Teraz możemy prosić Claude o dowolne zmiany albo, jeśli jesteśmy zadowoleni, poprosić o zapisanie projektu w repozytorium GitHub: „Proszę, utwórz nowe repozytorium GitHub i wypchnij nasz projekt”. Claude zapyta, czy repozytorium ma być prywatne, czy publiczne. Z publicznym każdy, kto ma link, może zobaczyć zawartość projektu. Jeśli to prywatny projekt tylko dla mnie, wybieram „private”. Claude podaje adres URL do GitHuba — po otwarciu widzimy projekt, a w nim ten jeden plik HTML. To znaczy, że jeśli kiedykolwiek stracimy projekt na lokalnej maszynie, możemy po prostu poprosić Claude o pobranie plików z GitHuba. To krok, który tak wielu pomija w swoich poradnikach, a nie rozumiem, dlaczego — jest niezwykle cenny.
Supermoc: wbudowana przeglądarka
Claude Code w aplikacji desktopowej ma bardzo fajną supermoc — dostęp do wbudowanej przeglądarki. Dzięki temu może sam otworzyć twoją aplikację i ją przetestować. Piszę: „Proszę, użyj przeglądarki, żeby przetestować aplikację. Sprawdź też, czy da się poprawić interfejs”.
Normalnie agenci nie widzą efektów swojej pracy — piszą kod, a ty sam otwierasz aplikację, klikasz i wskazujesz błędy. Ponieważ Claude ma tę wbudowaną przeglądarkę czy okienko podglądu, może sam nawigować, robić zrzuty ekranu i upewnić się, że aplikacja faktycznie działa. Świetnie sprawdza się to przy testach całościowych (end-to-end). I, co ważne, ja niczego nie wpisuję — to agent samodzielnie steruje aplikacją.
Drugi projekt: tryb planowania i tracker nawyków
Do kolejnego projektu wypróbuję tryb planowania. Przechodzimy do trybów i wybieramy „plan mode”. W trybie planowania agent nie wprowadza zmian — prowadzi z nami rozmowę, żeby ustalić, co chcemy zbudować, a na końcu daje szczegółowy plan.
Wpisuję: „Chcę zbudować dzienny tracker nawyków działający w przeglądarce. Chcę dodawać własne nawyki, odhaczać je każdego dnia i widzieć licznik serii dla każdego z nich. Muszę zapisywać dane, żeby wszystko było na miejscu, gdy wracam do projektu. Utrzymaj czysty, minimalistyczny design i dodaj tryb jasny i ciemny”.
Claude zadaje kilka pytań doprecyzowujących — na przykład czy ma to być pojedynczy plik HTML (opcja rekomendowana), czy użyć frameworka takiego jak React. Jeśli nie wiesz, co odpowiedzieć, możesz wybrać opcję „ty zdecyduj”, a agent podejmie decyzję za ciebie. Pyta też, jak dużo historii chcę widzieć poza dzisiejszym dniem — wybieram „ponad rok”.
Claude wyświetla plan po prawej stronie. Możemy go powiększyć i przeczytać cały kontekst; jeśli jesteś techniczny, możesz przejrzeć też szczegóły techniczne. Chcąc coś zmienić, klikamy „revise”, mówimy Claude, co poprawić, a on zmienia plan. Gdy jesteśmy zadowoleni, klikamy „accept and auto mode” — wychodzimy z trybu planowania i wracamy do trybu automatycznego, a Claude zabiera się do budowy.
Praca nad wieloma projektami i sesjami
Tu widać siłę Claude Code w aplikacji desktopowej. Po lewej mamy wszystkie projekty. Podczas gdy tracker nawyków się buduje, mogę wrócić do kalkulatora napiwków — Claude właśnie zaktualizował jego interfejs — i dalej nad nim pracować. Gdybym chciał uruchomić kilka sesji w tym samym projekcie, klikam przycisk „plus”, pojawia się okno czatu wycelowane w ten sam folder projektu i tworzy się druga sesja Claude Code. Możemy więc mieć wiele sesji w jednym projekcie i w każdej chwili przeskakiwać między różnymi projektami. Uwielbiam móc pracować równolegle nad wieloma projektami.
Jak wspomniałem, Claude sam otworzy wbudowaną przeglądarkę i przetestuje aplikację. W narzędziu CLI musiałbyś instalować osobne umiejętności albo narzędzia MCP, żeby to działało.
(Informacja dodatkowa: MCP — Model Context Protocol — to standard, który pozwala agentom AI łączyć się z zewnętrznymi narzędziami i usługami.)
Możemy zamknąć okno przeglądarki, a klikając trzy kropki, włączyć artefakty lub otworzyć pliki, by zobaczyć całą zawartość katalogu. Możemy też wrócić do wcześniej utworzonego planu, klikając „plan”. Jeśli chcemy zajrzeć do terminala, klikamy widok terminala. Żeby ponownie otworzyć podgląd przeglądarki, klikamy przycisk odtwarzania. W tym momencie Claude testuje aplikację w widoku mobilnym, dbając o to, by działała poprawnie na telefonach.
Precyzyjne edycje: wskazywanie elementów
Claude zgłasza, że skończył. Możemy sami przetestować aplikację. Załóżmy, że chcę zmienić konkretny element — nie chcę, żeby sekcja nazywała się „habits”, tylko na przykład „Habit Forge”. Mogę po prostu poprosić agenta o zmianę nazwy albo, chcąc być bardziej precyzyjnym, kliknąć przycisk „select elements”, zaznaczyć konkretny element, co doda go do okna czatu, i napisać: „Proszę, zmień nazwę na Habit Forge”. Claude wprowadza drobną zmianę i strona zostaje przemianowana.
Pull requesty i łączenie zmian
Jeśli jesteśmy zadowoleni, robimy migawkę i wypychamy ją na GitHub: „Proszę, utwórz repozytorium dla tego projektu i wypchnij je”. A co, jeśli repozytorium już istnieje — jak wtedy ma wyglądać prompt? To bardzo proste. Wracamy do kalkulatora w przeglądarce, do którego wprowadziliśmy kilka zmian i poprawiliśmy interfejs. Claude sam wychwycił, że repozytorium już mamy — dlatego pokazuje przycisk „create PR”. Wystarczy go kliknąć.
„PR” oznacza „pull request”. Nazwa może być trochę myląca, ale w gruncie rzeczy chodzi o to, że wszystkie właśnie wprowadzone zmiany trafiają do pull requestu w GitHubie, a potem możemy scalić („merge”) ten pull request z głównym projektem. Praca z Gitem, GitHubem i pull requestami bywa nieco techniczna, ale naprawdę nie jest to trudne, a Claude w aplikacji desktopowej załatwia to wszystko za nas. Claude właśnie mówi, że pull request jest gotowy do przeglądu i scalenia, kiedy tylko zechcemy.
Na GitHubie, w tym repozytorium, widać teraz jeden pull request. Możemy wejść w tę zakładkę i zobaczyć wprowadzone zmiany. To widok stworzony przede wszystkim dla programistów, żeby przejrzeć zmiany i — jeśli są zadowoleni — scalić je z główną gałęzią kodu. Jeśli nie jesteś techniczny i cię to przytłacza — w ogóle nie zaglądaj na GitHub. Po prostu powiedz Claude: „Proszę, scal zmiany”. Po odświeżeniu listy pull requestów okaże się, że request zniknął, a nasza główna gałąź zawiera już wszystkie zmiany. Ale szczerze — zrób to prosto: kliknij przycisk „merge PR”, gdy Claude powie, że jest gotowe do scalenia. Widać też, że tracker nawyków również trafił na GitHub, wraz z całym kodem.
Konektory: integracja z zewnętrznymi aplikacjami
Kolejną zaletą Claude Code w aplikacji desktopowej jest dostęp do tych samych konektorów, które masz w zwykłym czacie. Klikamy przycisk „plus” i przechodzimy do konektorów — możemy nimi zarządzać lub je przeglądać. Zacznijmy od przeglądania. Dostajemy wyselekcjonowaną listę konektorów, które łączą Claude Code z aplikacjami firm trzecich: Notion, Gmail — praktycznie cokolwiek. Wchodzimy w wybrany konektor i go podłączamy. W tym przypadku podłączyłem Gmaila do Claude Code.
Dzięki temu mogę ustawić nową regułę. Użyję funkcji zamiany mowy na tekst, przytrzymując przycisk: „Proszę, dodaj taką regułę: za każdym razem, gdy zakończysz wprowadzanie zmiany, użyj konektora Gmail, aby wysłać mi e-mail z podsumowaniem tego, co zostało zmienione”. Widzę, że Claude próbuje dopisać to do jakiegoś globalnego pliku konfiguracyjnego, więc go zatrzymuję i mówię: nie, to ma dotyczyć tylko tego projektu — zaktualizuj plik CLAUDE.md.
Pliki pamięci CLAUDE.md
Claude tworzy teraz plik CLAUDE.md. Jeśli nie wiesz, do czego służą te pliki pamięci — to po prostu sposób, by nadawać bardzo konkretne reguły, których Claude ma przestrzegać w każdej sesji Claude Code w danym projekcie. Claude utworzył ten plik; w zakładce „files” widzimy go teraz w projekcie. Zawiera regułę, która mówi agentowi, żeby wysyłał e-maile na dany adres. Jeśli chcemy zmienić adres, po prostu prosimy Claude o aktualizację reguły.
Sprawdźmy to w nowej sesji: „Proszę, zmień branding aplikacji na Claude Habits”. Gdy zaglądam do skrzynki Gmail, faktycznie dostałem e-mail od Claude. Dzięki temu jestem powiadamiany, ilekroć zmiany zostaną zakończone.
Szybki przegląd dodatkowych funkcji
Jest jeszcze mnóstwo rzeczy do omówienia, ale nie starczy czasu, więc daję szybką serię przydatnych funkcji, o których warto wiedzieć:
- Komendy ukośnikowe (slash commands) — po wpisaniu ukośnika masz dostęp do wielu komend, na przykład możesz zaplanować uruchomienie sesji Claude Code w określonym interwale lub o wyznaczonej porze.
- Umiejętności (skills) — klikając „plus” i przechodząc do zarządzania wtyczkami, znajdziesz wyselekcjonowaną listę umiejętności od Anthropic. Żeby jej użyć, wystarczy ją zainstalować.
- Zdalny dostęp / zdalne sterowanie — konfigurujesz w ustawieniach (Settings → Claude Code → włącz zdalne sterowanie domyślnie). Dzięki temu możesz odejść od komputera i dalej korzystać z sesji Claude Code na telefonie.
Można omówić jeszcze o wiele więcej, więc dajcie znać w komentarzach, jeśli macie pytania albo chcielibyście więcej materiałów o Claude Code i aplikacji desktopowej. Jeśli film był przydatny, zostaw łapkę w górę i zasubskrybuj kanał. Dziękuję za obejrzenie.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Aplikacja desktopowa zamiast terminala dla początkujących
Na czym polega: Claude Code można uruchamiać jako narzędzie CLI albo wewnątrz aplikacji desktopowej Claude. Wersja desktopowa daje graficzny podgląd projektów i sesji, wbudowaną przeglądarkę oraz konektory — bez konieczności patrzenia na terminal.
Jak stosować: Jeśli nie jesteś programistą, zacznij od aplikacji desktopowej — pobierz ją, wykup plan Pro i przejdź do zakładki „Code”. Wersję CLI zostaw sobie na później, gdy poczujesz się pewniej.
Na co uważać: Do korzystania z Claude Code potrzebna jest płatna subskrypcja — darmowe konto nie wystarczy. Funkcje takie jak wbudowana przeglądarka są specyficzne dla wersji desktopowej; w CLI wymagają dodatkowej konfiguracji (umiejętności lub narzędzi MCP).
2.Skonfiguruj kontrolę wersji, zanim cokolwiek zbudujesz
Na czym polega: Git robi „migawki” projektu, a GitHub przechowuje jego kopię zapasową na zdalnym serwerze. Dzięki temu po zepsuciu aplikacji można wrócić do wcześniejszego punktu kontrolnego, a awaria maszyny nie oznacza utraty pracy.
Jak stosować: Załóż darmowe konto na GitHub.com, a potem poproś Claude promptami: „Zainstaluj i skonfiguruj Gita” oraz „Skonfiguruj i połącz się z GitHubem”. Rób migawki (commity) po każdym udanym etapie, a nie dopiero na końcu.
Na co uważać: Wybierając widoczność repozytorium, pamiętaj, że publiczne widzi każdy z linkiem — dla prywatnych projektów wybieraj „private”. Nie wypychaj do repozytorium kluczy API ani haseł.
3.Dobierz tryb pracy agenta do poziomu ryzyka
Na czym polega: Claude Code ma cztery tryby: planowania (bez zmian), pytania o zgodę, akceptacji zmian oraz automatyczny. Różnią się tym, jak dużo swobody ma agent bez pytania cię o pozwolenie.
Jak stosować: Nowe pomysły omawiaj w trybie planowania. Do rutynowej pracy autor używa trybu automatycznego, który sam ocenia ryzykowne komendy. Jeśli nie ufasz jeszcze agentowi, zacznij od trybu „ask permissions”.
Na co uważać: Tryb automatyczny sam ocenia, czy komenda jest niebezpieczna — ta ocena bywa zawodna, więc przy operacjach na ważnych danych rozważ tryb pytający. Nawet w trybie auto czytaj, o co Claude prosi o zgodę.
4.Opus jako model domyślny, Sonnet do lżejszych zadań
Na czym polega: Dostępne modele to Fable (najdroższy i najzdolniejszy), Opus (najlepszy do kodu), Sonnet (tańszy, szybszy, jakość bliska Opusowi) i Haiku (najtańszy).
Jak stosować: Ustaw Opusa jako model domyślny do programowania. Do dokumentacji, przeglądania czy eksploracji kodu przełączaj się na Sonneta, żeby oszczędzić. Fable rezerwuj na naprawdę wymagające zadania.
Na co uważać: Ceny i nazwy modeli podane w materiale to stan z lipca 2026 — zweryfikuj aktualny cennik. Haiku odradza się do ważnych zadań. Koszty przy Fable rosną szybko (rząd 10/50 dolarów za milion tokenów).
5.„High effort” to rozsądny domyślny poziom wysiłku
Na czym polega: Selektor wysiłku decyduje, jak długo model rozumuje nad zadaniem. Wyższe poziomy („extra”, „max”) oznaczają więcej rozumowania, ale i wyższe koszty.
Jak stosować: Ustaw poziom „high” nawet do zadań programistycznych. To zwykle najlepszy stosunek jakości do kosztu.
Na co uważać: „Max” nie gwarantuje lepszych wyników — autor widział, jak model przekombinowywał i dawał gorszy efekt. Wyższy wysiłek to głównie wyższe koszty, nie automatycznie wyższa jakość.
6.Ultra Code — omijaj jako opcję domyślną
Na czym polega: Ultra Code uruchamia przepływy pracy z wieloma agentami działającymi jednocześnie nad projektem. Jest to tryb bardzo kosztowny.
Jak stosować: Do zwykłej pracy trzymaj się pojedynczego agenta z poziomem „high”. Ultra Code włączaj świadomie tylko przy naprawdę dużych, złożonych zadaniach, gdy akceptujesz wysoki koszt.
Na co uważać: Autor uważa ten tryb za sposób na zwiększenie wydatków bez proporcjonalnej korzyści przy prostszych projektach. To subiektywna opinia — sam oceń, kiedy zrównoleglenie faktycznie się opłaca.
7.Wbudowana przeglądarka pozwala agentowi samemu testować aplikację
Na czym polega: W wersji desktopowej Claude ma dostęp do zintegrowanej przeglądarki — może otwierać aplikację, klikać, robić zrzuty ekranu i weryfikować, że działa, także w widoku mobilnym.
Jak stosować: Po zbudowaniu aplikacji napisz: „Użyj przeglądarki, żeby przetestować aplikację i sprawdź, czy da się poprawić interfejs”. Wykorzystaj to do testów całościowych i sprawdzania responsywności na telefonie.
Na co uważać: Agent testuje to, o co poprosisz — nie zakładaj, że sam pokryje wszystkie przypadki brzegowe. Krytyczne ścieżki i tak przeklikaj samodzielnie.
8.Tryb planowania i pytania doprecyzowujące przed budową
Na czym polega: W trybie planowania agent nie zmienia kodu, tylko rozmawia z tobą, zadaje pytania doprecyzowujące i tworzy szczegółowy plan, który możesz przejrzeć i poprawić przed akceptacją.
Jak stosować: Przy większych projektach zacznij od trybu planowania, opisz cel i wymagania, odpowiedz na pytania (a przy niepewności wybierz „ty zdecyduj”). Popraw plan przez „revise”, a gdy jest dobry — „accept and auto mode”.
Na co uważać: Przeczytaj plan, zanim go zaakceptujesz — zwłaszcza wybory techniczne (np. pojedynczy plik HTML kontra framework). Opcja „ty zdecyduj” przenosi decyzję na model, więc nie zawsze będzie zgodna z twoimi oczekiwaniami.
9.Pull requesty załatwiane w całości przez agenta
Na czym polega: Gdy repozytorium już istnieje, aplikacja pokazuje przycisk „create PR”. Claude tworzy pull request ze zmianami, a scalanie możesz zlecić kliknięciem „merge PR” albo poleceniem „scal zmiany”.
Jak stosować: Wprowadź zmiany, kliknij „create PR”, a gdy Claude zgłosi gotowość — scal je. Jeśli GitHub cię przytłacza, w ogóle tam nie zaglądaj i po prostu poproś Claude o scalenie.
Na co uważać: Automatyczne scalanie bez przeglądu oznacza, że nie wiesz dokładnie, co trafia do głównej gałęzi. Przy ważniejszych projektach warto jednak przejrzeć zmiany w pull requeście przed scaleniem.
10.Pliki CLAUDE.md i konektory automatyzują powtarzalne reguły
Na czym polega: Plik CLAUDE.md przechowuje reguły, których agent przestrzega w każdej sesji danego projektu. W połączeniu z konektorami (np. Gmail) można zautomatyzować działania — np. wysyłkę e-maila z podsumowaniem po każdej zmianie.
Jak stosować: Podłącz potrzebny konektor, opisz regułę zwykłym językiem i wskaż, że ma trafić do pliku CLAUDE.md danego projektu. Zmiany reguły (np. innego adresu e-mail) zlecaj promptem.
Na co uważać: Claude może domyślnie chcieć dopisać regułę do globalnej konfiguracji zamiast do projektu — zatrzymaj go i sprecyzuj zakres, jeśli ma dotyczyć tylko jednego projektu. Podłączenie konektora daje agentowi dostęp do zewnętrznej usługi (np. twojej poczty), więc rób to świadomie.