To jest wersja do trzymania pod ręką — cały kurs rozpisany sekcja po sekcji, żebyś mógł działać bez wracania do pełnego tekstu. Każdy blok trzyma ten sam rytm: model w jednym zdaniu (o co chodzi), konkretne ruchy (co robisz) i na koniec to, na co uważać — pułapka, twarda lekcja albo sprawdzian. Przeczytaj raz w całości, potem wracaj do pojedynczej sekcji, gdy jej potrzebujesz.
Zasada, która spina wszystko poniżej: nie zaczynasz od narzędzia, zaczynasz od problemu — budowanie jest dziś łatwe, a twoja wartość bierze się z trafnego wyboru, co zbudować, i z pilnowania, żeby wynik był naprawdę dobry. Nie musisz kodować. Trenujesz jedną umiejętność: jasne mówienie o tym, czego chcesz.
1. Czym jest Claude Code (i dlaczego „bez kodu")
W jednym zdaniu: to nie czat, tylko wykonawca — model, który na twoim komputerze czyta i pisze pliki, szuka w sieci i sam prowadzi kolejne kroki; „kod" znaczy tyle, że ma więcej mocy niż okno rozmowy, a nie że musisz programować.
- Agent = wykonawca z celem. Dostaje cel i sam dobiera kroki, zamiast czekać na każde polecenie. Różnica jak między poradą a pracownikiem: pierwsza odpowiada na pytanie, drugi wykonuje zadanie od początku do końca.
- Obraz samochodu. Model to silnik (surowa inteligencja), narzędzie to nadwozie, a ty siedzisz za kierownicą. Najważniejszy jest kierowca: bez dobrego kontekstu i celu nawet najmocniejszy model nie dowiezie cię na miejsce. Liczy się twoja głowa, nie twój kod.
- Widzi twoje dane. Sięga do plików na dysku i do usług, których używasz (poczta, kalendarz, dokumenty). Poprosisz zwykłym językiem, żeby odnalazło zgubione logo w folderze pobranych albo zbudowało arkusz z analizą od zera.
- Pod spodem te same modele. Zwykły czat, lżejszy interfejs do prostych automatyzacji i Claude Code to warianty tego samego. Naucz się jednego porządnie, a wprawę przeniesiesz wszędzie.
Pułapka: traktowanie go jak wyszukiwarki. Od tego narzędzia oczekujesz zrobienia rzeczy, nie samej odpowiedzi.
2. Ustawienie i pierwsza rozmowa
W jednym zdaniu: kilka decyzji podejmujesz raz (subskrypcja, sposób uruchomienia, model, tryb pozwoleń), a potem całą jakość rozstrzyga to, jak jasno formułujesz polecenia.
Co ustawiasz na starcie:
- Subskrypcja. Potrzebujesz płatnej subskrypcji Claude — bez niej agent nie ruszy.
- Sposób uruchomienia. Osobna aplikacja na komputer, okno poleceń (terminal), rozszerzenie edytora albo przeglądarka (gdy zadanie ma chodzić w chmurze). Robią to samo, a projekty i rozmowy masz wspólne. Na początek weź samodzielną aplikację — jest najczytelniejsza.
- Model. Zwykle masz kilka: od najszybszego i najtańszego po najmocniejszy. Na start trzymaj się mocniejszego, żeby wyrobić wyczucie dobrej jakości; na tańszy przełączaj świadomie, przy prostej, masowej robocie. Model zmieniasz w locie, nie raz na zawsze.
- Tryb pozwoleń. Na początku pracuj w trybie planowania (agent myśli, czyta i szuka, ale nic nie zbuduje bez twojej zgody) albo w trybie, który pyta przed każdą zmianą. To najtańsza polisa: sprawdzasz, czy dobrze zrozumiał, zanim cokolwiek ruszy.
Cztery nawyki dobrego polecenia — to one zamieniają przypadkowy wynik w przewidywalny:
- Rola i tło. Nie „napisz maila do szefa", tylko „jesteś moim asystentem; napisz ostrożnego maila z prośbą o więcej czasu, bo temat jest delikatny".
- Konkretny kontekst. Nie „przeanalizuj wyniki", tylko czego dotyczą, co jest w nich ważne i do czego ci to.
- Granice. Powiedz też, czego robić nie wolno. Działa jak z ciekawym dzieckiem: bez „nie dotykaj gorącej patelni" ono sprawdzi.
- Udowodnij pracę. Każ agentowi samemu przetestować efekt (na przykład czy formularz odrzuca błędne dane) i pokazać, co uruchomił oraz dlaczego jest pewny wyniku.
Drobiazg, który oszczędza czas: nie musisz wszystkiego wystukiwać na klawiaturze. Proste narzędzie do dyktowania (zamiana mowy na tekst) pozwala opisać zadanie na głos i dopiero potem je dopracować.
3. Zawsze obecny asystent: karm go kontekstem
W jednym zdaniu: myśl o nim nie jak o wyszukiwarce, do której zaglądasz z pytaniem, lecz jak o asystencie obecnym cały czas — wartym tyle, ile kontekstu mu dasz.
- Inżynieria kontekstu. Podajesz modelowi dokładnie te informacje, których potrzebuje: co dzieje się w twojej firmie, jakie masz priorytety, co masz w głowie, a czego nie ma w publicznym internecie. Ten prywatny kontekst sprawia, że wynik jest twój, a nie generyczny.
- Śmieci na wejściu, śmieci na wyjściu. Zasada na całe życie z tymi narzędziami. Nowy stażysta bez wprowadzenia jest tylko bystrą osobą, która zgaduje — z agentem jest tak samo.
- Projekt zamiast pustego czatu. Przestań otwierać puste okno rozmowy od nowa. Załóż projekt i wrzuć do niego realne materiały: opis produktu, kalendarz działań, przykłady tego, co zadziałało, i tego, co poległo. Od tej chwili agent pracuje na twoim kontekście, nie na ogólnych praktykach z internetu.
Sprawdzian, że zrobiłeś to dobrze: rano dobrze nakarmiony agent nie wita cię pustym „w czym pomóc?", tylko sam mówi, co jest na radarze — że w piątek wypada wydarzenie, że jutro mija termin, że wisi nierozstrzygnięta decyzja.
4. Weryfikacja i odpowiedzialność
W jednym zdaniu: jesteś menedżerem, nie widzem — odbierasz pracę agenta, oceniasz ją własnym rozsądkiem i każesz poprawić, bo twoje nazwisko i tak jest pod wynikiem.
- Najgroźniejszy moment to ten, w którym wyniki robią się dobre. Na początku sprawdzasz wszystko; potem tracisz czujność i zaczynasz ufać na ślepo. Właśnie tam czai się kłopot.
- „To nie wina modelu". Gdy efekt jest słaby, najczęściej zawiodło wejście: niedoprecyzowane polecenie, brakujący dostęp, za mało kontekstu. Popraw wejście, a wynik podskoczy. Ta postawa odróżnia tych, którzy dowożą, od tych, którzy po pierwszym potknięciu mówią „AI nie działa".
- Pętla poprawek. Nie chodzi o idealną pierwszą wersję, tylko o to, że każda oddana praca to okazja, żeby ulepszyć system. Gdy poprawiasz, oddaj poprawkę z powrotem: „zmieniłem pięć rzeczy, oto dlaczego — zapisz to na przyszłość". Z każdym obiegiem agent uczy się twojego gustu.
- Ustal z góry, na co pozwalasz. Część drobiazgów agent może wysłać sam; większość niech tylko przygotuje do twojej akceptacji. Sam decydujesz, gdzie kończy się wygoda, a zaczyna twoja reputacja.
- Bądź szczerze ciekawy. Nie rozumiesz, co agent zrobił? Zapytaj: „co tu zrobiłeś?", „dlaczego tak?", „co by było, gdybyś zrobił inaczej?". Kto dopytuje, łapie resztę zaskakująco szybko; kto klika na ślepo, zatrzymuje się na pierwszej niespodziance.
Dlaczego to ważne: odbiorcy coraz częściej rozpoznają tekst pisany przez model i tracą zaufanie nie do tekstu, lecz do ciebie. Pisanie możesz oddać, rozumienia nie — a to ono decyduje, czy coś zasługuje na twój podpis.
5. Narzędzia i klucze API (bez stresu)
W jednym zdaniu: prawdziwa moc pojawia się, gdy dajesz agentowi ręce — dostęp do narzędzi i danych; klucz API to po prostu hasło, które trzymasz krótko i wąsko.
- Co podłączyć. Wyszukiwanie w sieci masz od ręki. Najwięcej zyskasz, podłączając to, co masz otwarte cały dzień — pocztę, kalendarz, dokumenty. W ekosystemie biurowym jedno połączenie potrafi dać dostęp do kilku usług naraz.
- Klucz API = hasło. Pozwala jednemu programowi sięgnąć do drugiego w twoim imieniu. Bez klucza agent widzi tylko to, co publiczne; z kluczem wchodzi tam, gdzie ty — do twoich prywatnych danych.
- Podłączenie jest prostsze, niż brzmi. Często wystarczy wkleić klucz i powiedzieć „połączyłem cię z tym narzędziem, sprawdź, czy działa" — agent sam znajdzie sposób i wykona próbne zapytanie. Nie znasz szczegółów? Pokaż mu dokumentację narzędzia i poproś: „przeczytaj to i pomóż mi się połączyć".
- Wąski zakres. Tworząc klucz, ogranicz z góry, co wolno mu robić i ile wolno wydać. Agent ma tylko czytać? Nie dawaj prawa do kasowania. Nie dałbyś nowemu pracownikowi firmowej karty bez limitu — klucz z wąskim zakresem to właśnie taki limit.
- Ukryty plik. Klucze trzymaj w osobnym, ukrytym pliku, który nigdy nie trafia tam, gdzie ktoś mógłby je podejrzeć.
- Skróty (API, MCP, CLI) to tylko różne sposoby połączenia z jednym celem: sięgnąć do usługi, żebyś nie przeklikiwał jej ręcznie. Nie daj się nimi przytłoczyć.
Pułapka: wygodne połączenia „na jedno kliknięcie" przywiązują cię do jednej aplikacji — przy zmianie łączysz wszystko od nowa. Klucze w osobnym pliku i połączenia opisane w projekcie dają niezależność.
Twarda lekcja: głośne wpadki — skasowana baza danych, wiadomość wysłana do ponad stu tysięcy osób — brały się nie ze złego agenta, tylko z dostępu, którego nigdy nie powinien mieć. Jeśli coś ma się nigdy nie zdarzyć, odbierz agentowi narzędzie, nie poprzestawaj na obietnicy, że go nie użyje.
6. Zacznij od problemu, nie od narzędzia
W jednym zdaniu: budowanie jest łatwe; cała gra to trafnie wskazać, gdzie w twojej pracy jest zator, i usunąć go tak, żeby było to widać.
- Obraz rury. Firma to rura, przez którą płynie woda (zlecenia, praca, pieniądze). Dolewanie wody — dorzucanie ludzi, wpychanie AI w przypadkowe miejsca — nic nie da, jeśli w rurze jest zator. Automatyzując zepsuty proces, nie naprawiasz go, tylko skalujesz.
- Znajdź wąskie gardło. Zapytaj wprost: gdyby jutro przyszło pięć razy więcej klientów, co pękłoby pierwsze? To zmusza do przejścia w myślach przez cały tydzień pracy i pokazuje palcem, gdzie woda się zatrzymuje. Usuwasz pierwszy zator, woda dopływa do następnego — i tak dalej. Zaczynasz od pierwszego.
- Czy to w ogóle wymaga AI? Automat z napojami jest przewidywalny (moneta, przycisk, to samo za każdym razem). Agent bywa jak automat do gry: myśli i radzi sobie z bałaganem na wejściu, ale jest droższy i mniej pewny. Proste „jeśli to, zrób tamto" zrób zwykłym, przewidywalnym mechanizmem — taniej i bez zawodu.
- Gwiazda polarna. Zanim zbudujesz, wybierz jedną liczbę, którą chcesz poruszyć: zamknięte sprawy dziennie, wartościowe rozmowy w tygodniu, przejście z pięciu na piętnaście zapytań. Ustal też z góry, co znaczy „gotowe" — inaczej sam sobie rozdmuchasz zakres bez końca.
- Mapuj przed automatyzacją. Nie zautomatyzujesz czegoś, czego nie umiesz opisać krok po kroku. Jeśli dopiero zaczynasz, wypisz swój tydzień: jakie zdarzenia coś w tobie uruchamiają (nowy lead, zgłoszenie, poniedziałkowy raport) i co wtedy robisz. Wybierz proces, który zdarza się najczęściej, i pod niego zbuduj pierwszą automatyzację.
Zasada: mając sześć godzin na ścięcie drzewa, cztery poświęć na naostrzenie siekiery. Dobre przygotowanie to połowa roboty.
7. Skille i podagenci: mądry podział pracy
W jednym zdaniu: skill to zapisany przepis wielokrotnego użytku, a podagent to wyspecjalizowany pomocnik z własną, czystą pamięcią — sięgasz po nie, gdy zadanie tego wymaga, nie dla sztuki.
- Skill = przepis. Uczysz agenta raz, jak zrobić coś dobrze (jak segregować twoją skrzynkę, jak wygląda twój post), a on zapisuje to jako skill i sięga po niego, ilekroć poprosisz. Zbudujesz go dwojako: rozpisując kroki z góry albo robiąc coś razem z agentem, a potem mówiąc „zamień to w skill". Pierwsza wersja nie musi być idealna — poprawiasz ją po każdym użyciu.
- Opis skilla ma znaczenie. Agent nie czyta wszystkich przepisów naraz — przegląda tylko ich krótkie opisy i dopiero właściwy otwiera w całości. Im precyzyjniej napiszesz, kiedy go użyć, tym rzadziej agent go pominie albo odpali nie w porę. Trafi źle — poprawiasz opis.
- Podagent = czysta pamięć. Główny agent powołuje go do osobnego kawałka roboty; ma własną pamięć roboczą, więc nie zaśmieca głównej sesji, a na koniec odsyła gotowy wynik. Kilku może pracować równolegle, każdy na swoim kawałku i na swoich plikach, żeby nie wchodzili sobie w drogę. Prostszemu przydzielisz tańszy, szybszy model, najmocniejszy zostawiając koordynatorowi.
- Kiedy podagenci. Przy zadaniach złożonych z niezależnych części — ale to wolniejsze i droższe, więc sięgasz po to tylko wtedy, gdy pracę naprawdę da się rozbić na osobne wątki.
Ruch, od którego warto zacząć: sesja „przepytaj mnie". Prosisz agenta, żeby bezlitośnie wypytał cię o cel, proces i wyjątki, a odpowiedzi zapisał do jednego pliku. Z mglistego „chciałbym coś zautomatyzować" rodzi się konkretny plan — szkielet przyszłego skilla albo podagenta.
8. Zbuduj coś realnego: strona i druga pamięć
W jednym zdaniu: teoria wsiąka na czymś prawdziwym — zbuduj stronę (iterując zrzutami ekranu) i „drugą pamięć", a wszystko spinaj plikiem CLAUDE.md.
Strona:
- Opisz, co ma być na stronie, i oglądaj efekt na podglądzie u siebie. Iteruj najprościej: zrób zrzut ekranu, pokaż agentowi i powiedz „ten przycisk ma delikatnie świecić, ta sekcja jest za ciasna". Możesz wskazać stronę-inspirację.
- Publikujesz, łącząc miejsce, które przechowuje projekt i pilnuje historii zmian, z usługą, która wystawia stronę na żywo. Trzymasz dwie wersje — roboczą u siebie i tę na żywo — a zmiany wychodzą dopiero, gdy powiesz „opublikuj". Możesz spokojnie próbować i cofać.
CLAUDE.md — plik, który uważam za najważniejszy:
- To stała instrukcja projektu, którą agent czyta przy każdej rozmowie — jak opis stanowiska dla nowego pracownika. Trzymasz w nim to, co ma wiedzieć zawsze: czym jest projekt, jak ułożone są foldery, jakich zasad się trzyma.
- Wpisz do niego twarde reguły, na przykład „testuj wszystko lokalnie, dopóki wprost nie każę opublikować". Zakładasz go jako pierwszą rzecz w projekcie i odświeżasz na bieżąco: „zapisz to w CLAUDE.md", ilekroć agent odkryje konwencję albo pułapkę.
- Bywa w dwóch miejscach: wspólny dla wszystkiego na twoim komputerze (rzeczy ogólne, na przykład zwroty, których nie znosisz w tekstach pisanych w twoim imieniu) i projektowy, opisujący jedną pracę. Co ma obowiązywać zawsze — do wspólnego; reszta — do projektowego.
Druga pamięć — przeszukiwalna baza wiedzy o tobie i firmie:
- Zakładasz dwa foldery: do jednego wrzucasz surowe materiały (notatki, transkrypcje, artykuły), a drugi agent buduje sam — czyta je, rozbija na powiązane strony i tworzy między nimi odnośniki, prowadząc spis treści i dziennik zmian. Pytany o coś, nie zgaduje — idzie po odnośnikach do właściwej strony.
- Układaj materiały od końca — od pytania, które kiedyś zadasz. Sprawdzian: czy i ty, i agent potraficie znaleźć daną rzecz ponownie? Jeśli nie, brakuje opisu, gdzie co leży.
- Nie komplikuj ponad potrzebę. Zaczynasz od CLAUDE.md i kilku opisanych folderów; do bazy z odnośnikami przechodzisz, gdy materiałów przybywa; po zaawansowane wyszukiwanie sięgasz dopiero, gdy poczujesz ból. Nie ma bólu — nie ma po co budować.
9. Rutyny: system, który pracuje w tle
W jednym zdaniu: prawdziwa dźwignia to system działający, gdy ciebie nie ma — ale gdy wyjmujesz siebie z procesu, jedyną barierą, której można zaufać, jest odebranie narzędzia, nie polecenie.
- Czym jest rutyna. Polecenie ustawione raz, które uruchamia się samo: według harmonogramu (na przykład codziennie o szóstej rano), na żądanie z zewnątrz albo w reakcji na zdarzenie.
- Wyzwalacz zdarzeniem (web hook). Jak dzwonek do drzwi: zamiast co dziesięć minut sprawdzać „czy przyszedł nowy formularz?", ustawiasz, że nowy formularz sam uruchomi twój proces.
- Chmura kontra lokalnie. Rutyny w chmurze działają na serwerach dostawcy, więc twój komputer może być wyłączony; rutyny lokalne wymagają włączonej maszyny.
- Polecenie „na jeden strzał". Rutyna nie ma cię przy sobie, więc ustaw ją tak precyzyjnie, żeby nie musiała o nic dopytywać. Cel wpisuj na sztywno tam, gdzie się da (na przykład jeden konkretny adres odbiorcy). Pamiętaj o limitach uruchomień w planie i rezerwuj je na rzeczy, które naprawdę tego wymagają.
- Najpierw testuj przy sobie. Uruchom rutynę kilka razy na żądanie, popraw format i doprecyzuj polecenie, i dopiero potem puść ją na harmonogram. Czyta stałe instrukcje projektu tak jak agent na żywo i działa „jako ty", z twoimi uprawnieniami.
Twarda lekcja: polecenie to nie bariera. „Nigdy nie wysyłaj na wspólny kanał" to prośba, nie mur. Prawdziwą barierę stawiasz, odbierając agentowi samo narzędzie do wysyłki — jeśli fizycznie nie ma czym wysłać, nie wyśle, choćby „chciał". Przy rzeczach działających bez nadzoru ryzyko rośnie, bo nikt nie łapie błędu, zanim wyjdzie na zewnątrz — dlatego tu nuda jest zaletą.
10. Tokeny i limity: jak nie utknąć
W jednym zdaniu: wszystko mierzy się w tokenach, a robocza pamięć modelu (okno kontekstu) jest skończona — twoja praca to pilnować, żeby się nie zamieniła w śmietnik.
- Token. Porcja tekstu, z grubsza trzy czwarte słowa — jednostka, w której liczy się zużycie. Płacisz osobno za to, co wsypujesz do modelu, i za to, co on wypisuje; wypisywanie kosztuje więcej, więc długie, rozgadane odpowiedzi potrafią zaskoczyć rachunkiem. Na subskrypcji zwykle nie płacisz za pojedynczy token, tylko masz limity: sesji (w ruchomym oknie kilku godzin) i tygodniowy. Miej je na oku.
- Okno kontekstu = notes agenta. Zapisuje w nim twoje polecenia, wczytane pliki i całą rozmowę. Notes ma skończoną pojemność. Gdy się zapełnia, model wchodzi w „strefę otępienia": gubi wątek, myli fakty, jakość spada. Jak kierowca, który jedzie zbyt długo bez przerwy — refleks siada.
- Trzy ruchy na porządek. Krótkim poleceniem czyścisz rozmowę i zaczynasz ze świeżą głową przy nowym zadaniu. Innym skracasz wątek do najważniejszych punktów, gdy chcesz zachować sens, ale zrobić miejsce. Najlepszy jest trzeci: poproś o „przekazanie zmiany" (co zrobione, jakie pliki w grze, gdzie wrócić), wyczyść pamięć i wklej to podsumowanie na starcie nowej sesji — jak zmiana warty.
- Resetuj z zapasem. Nie czekaj, aż jakość zacznie siadać. Świeża sesja nie startuje od zera — część pamięci zajmują od razu stałe instrukcje, opisy narzędzi i skille; rzecz w tym, żeby nie dokładać do tego bałaganu.
- Obserwuj długie zadania. Nie odchodź od ekranu na godzinę. Patrz, jak agent odhacza kroki i sięga po narzędzia; gdy skręca nie tam, przerwij („nie tędy, zrób to inaczej") i puść dalej. Im wcześniej złapiesz zły kierunek, tym mniej tokenów i czasu zmarnujesz.
Domknięcie: im mniej niepotrzebnych rzeczy trzymasz w kontekście, tym dłużej model jest bystry i tym mniej płacisz. Precyzja z sekcji drugiej i higiena kontekstu to ta sama zasada widziana z dwóch stron.
Następny krok
Nie czytaj dalej — działaj. Wróć do kartki z tygodniem, wybierz jeden powtarzalny proces (własny albo znajomej firmy), policz, ile czasu pochłania, i zbuduj pod niego jedną automatyzację od początku do końca. Jedno takie przejście nauczy cię więcej niż kolejne godziny czytania o tym.