Claude Code od podstaw — praktyczny przewodnik na rok 2026

O czym jest ten film

1. Jak uruchomić Claude Code w VS Code i uporządkować pierwszy projekt.
2. Jak przygotować prezentację na podstawie wybranego wzoru, poprawiać ją i zamienić powtarzalną pracę w umiejętność Claude’a.
3. Jak stworzyć spójny wygląd strony internetowej, zbudować ją w Next.js i sprawdzić na różnych ekranach.
4. Jak połączyć formularz kontaktowy z pocztą, chronić klucze API i opublikować stronę przez GitHub oraz Vercel.
5. Jak przygotować plik CLAUDE.md i bazę informacji o sobie lub firmie, żeby otrzymywać trafniejsze odpowiedzi.
6. Jak wykorzystać tryb planowania, konektory i równoległą pracę agentów do zbierania danych oraz badania rynku.
7. Jak z dokumentów finansowych zrobić pulpit przychodów i wydatków, o który można dopytywać.
8. Jak ustawić cykliczne porządkowanie Gmaila z zasadami chroniącymi przed omyłkową wysyłką i ponownym przetwarzaniem wiadomości.
9. Jak połączyć pocztę, kalendarz, zadania, kontakty ze strony i finanse w jednym prywatnym panelu.
10. Jak ograniczać zużycie dostępnego limitu Claude Code przez dobór modelu, krótsze instrukcje i nowe rozmowy dla nowych zadań.

10 najważniejszych takeaways — z kontekstem zastosowania

1.Zacznij od jednego folderu projektu

Na czym polega: Claude Code pracuje na plikach. Otwarty w VS Code folder wyznacza miejsce, w którym łatwo zobaczyć tworzone dokumenty, kod i materiały pomocnicze.

Jak stosować: Zainstaluj VS Code i rozszerzenie Claude Code, utwórz osobny folder, a potem poproś Claude’a o sprawdzenie, czy do planowanej pracy masz potrzebne narzędzia, w tym Git i Node.js.

Na co uważać: W VS Code działa również własny czat edytora. Prowadzący korzysta z panelu Claude Code; przed wpisaniem polecenia sprawdź, z którym narzędziem rozmawiasz.

2.Pokazuj wzór i określ przeznaczenie projektu

Na czym polega: Przy tworzeniu prezentacji prowadzący załącza obraz, którego wygląd mu odpowiada, i dopowiada, do czego posłużą slajdy. Samo polecenie „zrób ładną prezentację” daje mniej wskazówek.

Jak stosować: Dołącz przykład, wskaż odbiorcę oraz cel, a po wygenerowaniu otwórz wynik i poproś o konkretne poprawki, na przykład większy tytuł albo inny układ wykresu.

Na co uważać: Nawet kilka zmian wykonanych naraz może popsuć kompozycję. W pokazanym przykładzie wykres nachodzi na zdjęcie; obejrzyj każdy slajd przed użyciem.

3.Powtarzalne zadania zapisuj jako umiejętności

Na czym polega: Umiejętność Claude’a przechowuje instrukcje wypracowane podczas tworzenia projektu. Dzięki temu kolejną prezentację można zamówić krótkim poleceniem, zamiast ponownie opisywać wszystkie ustalenia.

Jak stosować: Gdy wykonujesz podobną pracę kilka razy, poproś o zapisanie sposobu jej wykonania wraz z materiałami wzorcowymi. Przy następnej realizacji uruchom umiejętność poleceniem z ukośnikiem i podaj dane nowego zlecenia.

Na co uważać: Po zmianie stałych zasad, takich jak kolory lub układ, popraw również samą umiejętność. Inaczej następne projekty powstaną według starej wersji.

4.Traktuj stronę jako działający proces pozyskiwania kontaktów

Na czym polega: Prowadzący zaczyna od projektu wizualnego, lecz później dodaje zdjęcia, poprawia wersję mobilną, podłącza formularz i sprawdza, czy wiadomość rzeczywiście dociera.

Jak stosować: Zdefiniuj podstrony i działanie, którego oczekujesz od odwiedzającego. Po wdrożeniu wyślij próbne zgłoszenie z opublikowanej strony, a nie tylko z jej lokalnego podglądu.

Na co uważać: Ładna strona może zawierać niedziałający formularz lub puste miejsca po zdjęciach. Jej publikacja również nie sprawi sama z siebie, że pojawią się odwiedzający.

5.Sekrety trzymaj poza kodem udostępnianym w GitHubie

Na czym polega: Klucz API do usługi pocztowej trafia do lokalnego pliku zmiennych środowiskowych. Ten plik nie jest wysyłany do repozytorium, więc przy publikacji trzeba osobno dodać odpowiednie wartości w Vercelu.

Jak stosować: Przed wysłaniem projektu sprawdź, czy plik z kluczami jest pomijany przez Git. Następnie dodaj wymagane zmienne w ustawieniach wdrożenia, opublikuj stronę ponownie i sprawdź formularz.

Na co uważać: Sam fakt, że formularz działa na własnym komputerze, nie oznacza, że zadziała po publikacji. Nie wklejaj klucza do treści polecenia ani do pliku, który ma trafić do publicznego repozytorium.

6.Zbuduj bazę wiedzy, zanim poprosisz o poradę dla swojej firmy

Na czym polega: Bez informacji o klientach, wynikach i sposobie działania firmy Claude odpowiada ogólnie. Prowadzący tworzy folder kontekstu na takie dane i uzupełnia braki krótkim wywiadem.

Jak stosować: Zbierz informacje o ofercie, odbiorcach, liczbach, stylu komunikacji i konkurencji. Poproś najpierw o plan pozyskania danych, przejrzyj proponowane źródła, a potem odpowiedz na pytania, na które pliki nie dały odpowiedzi.

Na co uważać: Sprawdź, które foldery i połączone usługi agent zamierza przeglądać. Trafność późniejszych porad zależy od jakości oraz aktualności zapisanych informacji.

7.Dziel większe badania na zadania, ale sprawdzaj wnioski

Na czym polega: W przykładzie dotyczącym nowojorskich firm cateringowych prowadzący zleca kilku agentom równoległe zebranie materiałów o klientach i konkurentach. Wynik wykorzystuje później do rozmowy o pozyskiwaniu zleceń.

Jak stosować: Określ rynek, pytania badawcze i oczekiwany wynik, na przykład profile klientów oraz luki w ofercie. Następnie porównaj propozycje z własnymi danymi, zanim zmienisz tekst strony czy plan sprzedaży.

Na co uważać: Szybkie zebranie wielu materiałów nie gwarantuje poprawnych wniosków. Liczba agentów i szerokość zadania wpływają też na zużycie limitu.

8.Pulpit finansowy służy do zadawania pytań danym

Na czym polega: Zestaw dokumentów PDF zostaje przekształcony w widok przychodów i wydatków. Potem prowadzący pyta, gdzie mógłby ograniczyć miesięczne koszty.

Jak stosować: Wskaż konkretne pliki, poproś o podział transakcji na kategorie i usunięcie duplikatów. Gdy zobaczysz zestawienie, pytaj o wybrane pozycje, a nie tylko o łączną kwotę.

Na co uważać: Wnioski zależą od poprawnego odczytu dokumentów i przypisania transakcji. Przed podjęciem decyzji sprawdź wskazane koszty w danych źródłowych.

9.Automatyzację poczty uruchamiaj z zabezpieczeniami

Na czym polega: Cykliczne zadanie przypisuje wiadomościom etykiety, przygotowuje szkice odpowiedzi i oznacza już obsłużone listy. W przykładzie wiadomości księgowe są także przekazywane na wskazany adres.

Jak stosować: Opisz znaczenie każdej etykiety, dodaj przykłady wiadomości i przetestuj procedurę na kilku listach. Na początku ogranicz odpowiedzi do szkiców oraz oznaczaj wiadomości po przetworzeniu.

Na co uważać: Błędna reguła może wysłać niestosowną wiadomość albo obsłużyć ten sam list wielokrotnie. Szczególnie uważnie sprawdź działania, które mają nastąpić bez Twojego zatwierdzenia.

10.Dobieraj model i długość rozmowy do zadania

Na czym polega: W filmie prostsze prace są wykonywane tańszym w użyciu modelem, a mocniejszy model pojawia się przy planowaniu lub budowie złożonej aplikacji. Długie rozmowy, rozbudowane instrukcje i liczne konektory zwiększają zużycie dostępnego limitu.

Jak stosować: Kontroluj wykorzystanie planu poleceniem /usage, utrzymuj CLAUDE.md i umiejętności w rozsądnej długości oraz zaczynaj nową rozmowę po zakończeniu odrębnego zadania.

Na co uważać: Mocniejszy model nie daje gwarancji dobrego wyniku, a równoległe zadania również zużywają zasoby. Prowadzący sam szybko wyczerpał limit po rozpoczęciu pracy.

Redakcyjne tłumaczenie

Co zbudujemy i czego potrzebujemy na początek

Chcę przeprowadzić was przez Claude Code od pierwszego uruchomienia do samodzielnego tworzenia przydatnych narzędzi. Zrobimy to na przykładach, z których sam korzystam: przygotujemy prezentację i materiały do oferty, stronę internetową, bazę wiedzy o firmie, pulpit finansowy, pomocnika do obsługi poczty oraz jeden panel zbierający informacje z różnych aplikacji.

Moim celem jest pokazanie nie tylko kolejnych przycisków, lecz także zasad pracy z Claude Code. Jeśli takie narzędzia oszczędzą wam po kilkanaście minut dziennie, czas poświęcony na naukę może się szybko zwrócić. Można też wykorzystać te umiejętności zawodowo: wspominam o zleceniach dla osób znających Claude Code, które widuję na Upworku. To jednak możliwości, a nie obietnica określonego wyniku.

W przykładach korzystam z płatnego planu Claude, którego cena w chwili nagrania wynosi 20 dolarów, oraz z bezpłatnego VS Code. Nie trzeba umieć programować, żeby przejść ze mną przez podstawy. Trzeba natomiast nauczyć się orientować w plikach i sprawdzać, czy to, co powstało, rzeczywiście działa.

Claude można używać na kilka sposobów. Zwykły czat służy do rozmowy, Claude Cowork potrafi pracować z plikami na komputerze, a Claude Code pozwala tworzyć i zmieniać całe projekty. W tym przewodniku korzystam właśnie z Claude Code uruchomionego w VS Code.

Instalacja i pierwszy folder

Najpierw pobieram VS Code. To środowisko może na początku wyglądać obco, lecz do naszych potrzeb wystarczą dwie jego części: panel rozmowy z Claude’em oraz lista plików i folderów. Lista pomaga odnaleźć materiały, gdy projekt zacznie się rozrastać.

Następnie w zakładce rozszerzeń wyszukuję Claude Code, instaluję je i otwieram jego panel. VS Code ma także własny czat. Tutaj pracuję w panelu Claude Code, więc zwracam uwagę, gdzie wpisuję polecenia.

Każdy projekt potrzebuje głównego folderu. W katalogu z dokumentami tworzę folder na projekty Claude Code, a w nim osobny katalog na pracę z tego przewodnika. Otwieram go w VS Code. Wszystko, co później powstanie, będzie można znaleźć w tym miejscu.

Potrzebuję jeszcze Gita i Node.js, czyli narzędzi używanych przy tworzeniu oraz publikowaniu projektów. W materiale dołączonym do nagrania mam listę poleceń; zapisuję ją w pliku Markdown, żeby mieć ją pod ręką. Pierwszym poleceniem proszę Claude’a o sprawdzenie komputera i pomoc w instalacji brakujących narzędzi. U mnie są już dostępne. Przy pierwszej instalacji ten krok może potrwać dłużej.

Gdy Claude Code działa, wykonuje operacje na plikach: wyszukuje je, tworzy, zmienia albo usuwa. W rozmowie widać również uruchamiane polecenia. Nie trzeba zapamiętywać ich składni, ale warto wiedzieć, jakiego zadania dotyczą.

Pierwsza prezentacja: od obrazu do gotowego pliku

Zaczynam od prezentacji. Szukam w serwisie Dribbble przykładu, którego wygląd mi odpowiada, i zapisuję obraz na komputerze. Potem otwieram nową rozmowę z Claude’em. Robię to dlatego, że wcześniejsza rozmowa dotyczyła instalacji, a teraz przechodzę do odrębnego projektu.

Załączam obraz i proszę o prezentację w HTML, utrzymaną w podobnym stylu. Dopowiadam, że ma to być oferta usług marketingu cyfrowego za 2000 dolarów. Mogę wpisać polecenie lub podyktować je przez przycisk głosowy. Na początek wybieram Sonnet, żeby oszczędniej korzystać z limitu planu. Mocniejsze modele mogą dawać lepsze wyniki przy projektowaniu, ale szybciej zużywają dostępny limit.

Claude tworzy pliki, lecz sam widok kodu niewiele mi mówi. Proszę więc: „Otwórz prezentację w Chrome i podaj pełną ścieżkę do pliku”. Pełna ścieżka wskazuje jego położenie na komputerze. Można ją wkleić do przeglądarki, żeby obejrzeć lokalnie zapisaną prezentację. To przydatna prośba przy każdym projekcie, który można otworzyć w przeglądarce.

Warto pamiętać, że identyczne polecenie nie musi dać każdemu takiego samego rezultatu. Claude może inaczej rozwiązać szczegóły projektu. Dlatego pokazuję sposób pracy i oceny wyniku, a nie zestaw czynności gwarantujący kopię mojego ekranu.

Uprawnienia, poprawki i cofanie zmian

Przy pracy z Claude Code pojawiają się pytania o zgodę na wykonanie kolejnych działań. Jeżeli odejdziecie od komputera, możecie wrócić po kilkunastu minutach i odkryć, że praca stanęła na pierwszym pytaniu. Tryby uprawnień dają Claude’owi różny zakres samodzielności: od częstego pytania po pomijanie potwierdzeń.

Ja wybieram tryb, w którym Claude ma dużą swobodę, bo zależy mi na szybkości. Większa samodzielność zwiększa jednak możliwość pomyłki. To ustawienie trzeba dobrać do zadania i do tego, jakie zmiany agent może wprowadzić. W interfejsie jest też tryb planowania, który pozwala najpierw omówić sposób wykonania pracy.

Wracam do prezentacji i proszę jednocześnie o większy tytuł, wykres na pierwszym slajdzie i ciemną wersję kolorystyczną. Zmiany pojawiają się szybko, ale wykres trafia częściowo na zdjęcie. To dobry przykład, dlaczego rezultat trzeba obejrzeć. Gdy nowa wersja mi nie odpowiada, korzystam z funkcji cofnięcia zmian w rozmowie. Można wrócić do wcześniejszego etapu zarówno przez skrót klawiaturowy, jak i przez ikonę przy poprzedniej wiadomości.

Claude nie ogranicza się do HTML. Proszę o inne wersje materiału: dokument, obrazy i prezentację PowerPoint. Nie każdy z tych plików obejrzę wygodnie w VS Code, więc odnajduję go na komputerze i otwieram w odpowiedniej aplikacji. Na Macu pomaga mi polecenie pokazania pliku w Finderze. Prezentację można następnie wczytać do Google Slides i edytować.

Umiejętność do ponownego użycia

Podczas dopracowywania oferty można wymienić z Claude’em kilkanaście albo kilkadziesiąt wiadomości. Gdy nazajutrz trzeba przygotować podobną prezentację dla innego klienta, szkoda powtarzać wszystkie wyjaśnienia. Dlatego proszę o zapisanie wypracowanej metody jako umiejętności nazwanej slides, wraz ze wzorem wyglądu.

Powstają pliki z instrukcjami i materiałami pomocniczymi. Nie muszę zaglądać do każdego z nich, żeby skorzystać z efektu. Otwieram nową rozmowę, wpisuję polecenie /slides i dopisuję, że potrzebuję oferty marketingowej za 2000 dolarów dla firmy związanej z jogą. Claude przygotowuje kolejną prezentację w ustalonym stylu.

Moja zasada jest prosta: jeśli wiem, że wykonam podobne zadanie co najmniej kilka razy, rozważam zapisanie go jako umiejętności. Trzeba też aktualizować jej instrukcje, kiedy zmieniają się stałe wymagania. Wśród gotowych poleceń z ukośnikiem przydaje się również /usage, pokazujące wykorzystanie planu. Sam przy pierwszym zetknięciu z Claude’em bardzo szybko wyczerpałem dostępny limit.

Spójny wygląd strony internetowej

Teraz przechodzę do strony. Chcę, żeby strona, prezentacje, dokumenty i późniejsze pulpity miały wspólne zasady wyglądu: kolory, kroje pisma, przyciski i inne elementy. Korzystam więc z Claude Design.

Najpierw tworzę zestaw zasad projektowych. Wgrywam obraz, który wybrałem wcześniej, choć można też użyć zrzutu ekranu strony, której wygląd się podoba. Odpowiadam na pytania Claude’a dotyczące projektu. Po kilku minutach otrzymuję obszerny zestaw elementów i przykładów ich zastosowania.

W kolejnym kroku zlecam przygotowanie strony agencji marketingowej. Podaję potrzebne podstrony: główną, ofertę, informacje o firmie i kontakt. Zaznaczam, że strona ma pomagać w pozyskiwaniu zapytań, a tam, gdzie brakuje zdjęć, mogą na razie znaleźć się miejsca do późniejszego uzupełnienia. Wybieram utworzony wcześniej zestaw zasad wyglądu.

Gdy projekt wizualny jest gotowy, eksportuję go oraz zestaw zasad. Przenoszę pliki do VS Code i wskazuję je Claude’owi, używając znaku @ oraz nazwy pliku. Proszę o rozpakowanie materiałów i umieszczenie zasad projektowych w osobnym folderze. Następnie zlecam zbudowanie strony w Next.js na podstawie wyeksportowanego projektu.

Next.js to narzędzie do tworzenia stron i aplikacji internetowych. Claude przygotowuje działający projekt, który otwieram lokalnie. Jest zbliżony do wcześniejszego wzoru, choć wymaga dalszych poprawek. W tekście strony zauważam cechę stylu, której nie lubię: nadużywanie długich pauz. Proszę Claude’a, żeby poprawił tekst oraz zapamiętał tę preferencję na przyszłość.

Zdjęcia, formularz i klucze API

Na stronie zostały puste miejsca po obrazach. Żeby je uzupełnić, łączę Claude’a z Unsplash. W ustawieniach Claude’a wyszukuję odpowiedni konektor, podłączam konto i zaczynam nową rozmowę, aby narzędzie było w niej dostępne. Proszę o dobranie zdjęć oraz uzupełnienie znaków graficznych usług wymienionych na stronie. Po wykonaniu zadania przeglądam podstrony; część pustych miejsc nadal wymaga uwagi.

Konektory, o których mówię w filmie, pozwalają Claude’owi korzystać z innych usług podczas pracy. Inną drogą są interfejsy API i klucze potrzebne do ich używania. Pokazuję oba sposoby, ponieważ przy budowie strony dostępnej publicznie trzeba zadbać o połączenia działające po jej opublikowaniu.

Dobrym przykładem jest formularz kontaktowy. Sama jego obecność niczego jeszcze nie załatwia: po wysłaniu zgłoszenia chcę dostać wiadomość. Zakładam konto w usłudze Resend, pobieram klucz API i umieszczam go w lokalnym pliku zmiennych środowiskowych. Taki klucz traktuję jak hasło. Nie wpisuję go w widocznym kodzie strony.

Proszę Claude’a o podłączenie formularza do wysyłki powiadomień. Przy okazji zmieniam formularz na stronie głównej: ma zawierać więcej potrzebnych informacji oraz osobne pola imienia i nazwiska. Dzięki temu później łatwiej przygotować wiadomość zwracającą się do osoby po imieniu. Wysyłam próbne zgłoszenie i sprawdzam, czy powiadomienie przyszło na pocztę.

Sprawdzenie strony na telefonie i publikacja

Strona powinna działać także na tabletach i telefonach. W narzędziach programistycznych przeglądarki włączam podgląd różnych szerokości ekranu. Dzięki temu widzę, gdzie układ zaczyna się psuć. Potem instaluję Playwright i proszę Claude’a o sprawdzenie strony na różnych ekranach oraz naprawienie znalezionych problemów. W wersji mobilnej chcę również wygodniejszego menu. Narzędzie otwiera stronę, wykonuje czynności w przeglądarce i może robić zrzuty ekranu do oceny wyglądu.

Strona działa już na moim komputerze, pod lokalnym adresem. Żeby inni mogli ją zobaczyć, wysyłam jej kod do prywatnego repozytorium na GitHubie, a następnie łączę to repozytorium z Vercel. Tam wybieram projekt Next.js i uruchamiam publikację.

Po pierwszym wdrożeniu od razu testuję formularz. Tym razem nie działa, choć wcześniej działał lokalnie. Powód jest prosty: plik z kluczem API celowo nie trafił do GitHuba, więc opublikowana strona nie ma dostępu do jego wartości. Dodaję wymagane zmienne środowiskowe w ustawieniach Vercela, ponownie wdrażam stronę i wysyłam próbne zgłoszenie. Teraz wiadomość dochodzi.

Warto zrozumieć ten proces, nawet jeśli później część czynności będzie można zautomatyzować. W filmie pokazuję też narzędzia pozwalające Claude’owi pomagać przy wysyłaniu kodu i wdrażaniu kolejnych wersji. Na koniec przypominam: opublikowana strona nie przyciągnie klientów sama. Jeśli ma służyć sprzedaży, potrzebuje źródeł ruchu, na przykład wyników wyszukiwania lub reklam. Tematy SEO i Google Ads omawiam szerzej w innych materiałach.

Plik instrukcji i baza informacji o firmie

Najważniejszy dla mnie projekt polega na przygotowaniu Claude’owi informacji o naszej pracy. Jeśli zapytam bez żadnego kontekstu, jak zdobyć dziesięć dodatkowych zapytań miesięcznie, dostanę ogólną odpowiedź. Claude nie zna mojej firmy, klientów ani dotychczasowych wyników.

Organizuję więc projekt w kilku częściach. Plik CLAUDE.md zawiera zasady pracy. Folder kontekstu przechowuje informacje o mnie i firmie. Folder umiejętności mieści instrukcje do zadań wykonywanych wielokrotnie. W materiałach pomocniczych trzymam wskazówki potrzebne przy konkretnych pracach, osobno zasady wyglądu, a w folderze wynikowym — gotowe pliki. To układ, który sprawdza się u mnie; można go dostosować do własnych potrzeb.

W CLAUDE.md zapisuję, jakich odpowiedzi oczekuję. Claude ma prostym językiem powiedzieć, co zrobił, dlaczego ma to znaczenie, jakie napotkał błędy i co trzeba zrobić dalej. Przed utworzeniem pliku powinien sprawdzić, czy taki plik już istnieje. Po poprawieniu stałego sposobu pracy ma zmienić także odpowiednią umiejętność. Chcę również, żeby wskazywał możliwe uproszczenia, potrafił zakwestionować mój pomysł, podawał pełną ścieżkę do wyniku i sprawdzał go przed przekazaniem. Przy materiałach przeznaczonych do publikacji proszę o ocenę jakości, a przy zadaniach wymagających rozeznania — o wcześniejsze zebranie informacji.

Po zapisaniu tych zasad proszę Claude’a o uporządkowanie plików. Materiały trafiają do właściwych folderów, a odpowiedzi zaczynają przybierać ustaloną postać. To pokazuje, po co zapisywać reguły projektu: nie muszę powtarzać ich w każdej wiadomości.

Planowanie i uzupełnianie wiedzy

Folder z informacjami o firmie jest na razie pusty. Zanim pozwolę Claude’owi go wypełnić, przełączam się w tryb planowania. Przy większym zadaniu wolę najpierw zobaczyć, jakie pliki powstaną i skąd będą pochodziły dane. Do przygotowania planu wybieram mocniejszy model oraz większy wysiłek obliczeniowy, pamiętając, że szybciej zużywa to limit. Po zaakceptowaniu planu mogę wrócić do oszczędniejszego ustawienia.

Proszę o zebranie informacji ze strony internetowej, plików na komputerze, Gmaila i Dysku Google. W pierwszej wersji planu Claude zamierza przeszukać tylko folder projektu. Dopisuję więc, że powinien uwzględnić także moje dokumenty, pobrane pliki i pulpit. Dopiero po tej poprawce przyjmuję plan i podłączam potrzebne usługi.

Powstają pliki o firmie, klientach, wynikach, sposobie pisania i brakujących informacjach. Części odpowiedzi nie da się wydobyć z dokumentów. Dlatego proszę Claude’a o wywiad: ma zapytać o sprawy ważne dla celu, których nie zdołał ustalić. Na te pytania warto odpowiedzieć uważnie, bo zapisane informacje będą później podstawą porad.

Osobnym zadaniem jest badanie rynku. W przykładzie z firmą cateringową w Nowym Jorku zlecam zebranie artykułów o klientach i konkurentach oraz przygotowanie profili kupujących. Dzielę pracę między kilku agentów. Jeden agent zarządza zadaniem i zbiera wyniki, a pozostałe wykonują przydzielone części równolegle. To może skrócić czas oczekiwania, choć końcowe wnioski nadal trzeba przeczytać.

Wracam do pytania o dziesięć dodatkowych kontaktów miesięcznie. Teraz Claude zna przykład firmy, jej źródła zleceń i luki w danych. W odpowiedzi wskazuje między innymi potrzebę policzenia bieżących zapytań, sprawdzenia najlepszego kanału i rozwijania poleceń od dotychczasowych klientów korporacyjnych. Taka rozmowa jest użyteczniejsza od porady udzielanej firmie, o której model nic nie wie. Z zapisanych danych przygotowuję również jednostronicowy opis działalności w ustalonym wcześniej stylu; tę samą wiedzę mogę wykorzystać przy poprawianiu tekstu strony.

Pulpit przychodów i wydatków

Kolejny projekt to pulpit finansowy. Korzystam z przykładowych dokumentów PDF, choć można wskazać własne wyciągi bankowe czy zestawienia kart. Przekazuję Claude’owi plik i proszę o rozpakowanie dokumentów, usunięcie duplikatów oraz przygotowanie widoku w HTML z przychodami, kosztami i kategoriami wydatków.

Po otrzymaniu pełnej ścieżki otwieram wynik w przeglądarce. Sam wykres to dopiero początek. Pytam, jak ograniczyć miesięczne wydatki o 250 dolarów, a potem proszę o wskazanie pięciu pozycji, od których najłatwiej zacząć. Claude analizuje zestawienie i wymienia między innymi nakładające się subskrypcje oraz narzędzia, z których — według danych użytych w przykładzie — od dawna nie korzystano. W podobny sposób można budować pulpity dla innych rodzajów danych.

Automatyczne porządkowanie Gmaila

Teraz chcę, żeby poczta była porządkowana regularnie, bez ręcznego wydawania tego samego polecenia. Wiadomości mają otrzymywać etykiety, odpowiedzi na prywatne listy mają trafiać do szkiców, a wybrane dokumenty księgowe mogą być przekazywane na wskazany adres. Do uruchamiania pracy według harmonogramu używam funkcji cyklicznych zadań Claude’a.

Najpierw przygotowuję plik opisujący etykiety Gmaila. Przy każdej zapisuję nazwę zrozumiałą dla mnie, jej identyfikator używany przez usługę, opis i przykłady wiadomości. Claude pobiera istniejące etykiety i tworzy taki materiał pomocniczy. Sam plik leży jednak na moim komputerze, a cykliczne zadanie działa poza nim. Wysyłam więc projekt do GitHuba i dołączam repozytorium do zadania, aby mogło korzystać z instrukcji.

Ustawiam wykonywanie raz na godzinę i włączam połączenie z Gmailem. W instrukcji opisuję, które wiadomości mają trafić do jakich kategorii oraz co dalej z nimi zrobić. Szczególnie ważne są dwie zasady. Po pierwsze, Claude ma przygotowywać szkice odpowiedzi, a nie wysyłać je od razu. Po drugie, po obsłużeniu wiadomości ma dodać etykietę „AI triaged”. Przy następnym uruchomieniu powinien pominąć listy już tak oznaczone.

Nauczyłem się tego na własnym błędzie: jedna z moich wcześniejszych automatyzacji uruchamiała samą siebie ponownie i ponownie, aż wysłała tę samą wiadomość wiele razy. Oznaczenie już przetworzonych listów pomaga uniknąć podobnej pętli.

Uruchamiam próbę na dwóch wiadomościach wysłanych do siebie. Prywatna otrzymuje właściwą etykietę i szkic odpowiedzi. Księgowa zostaje oznaczona oraz przekazana na drugi adres wraz z załącznikiem. Po teście trzeba jeszcze upewnić się, że cykliczne zadanie jest aktywne.

Jeden panel dla najważniejszych spraw

Na koniec buduję prywatny panel zbierający informacje z kilku miejsc. Chcę widzieć wiadomości wymagające odpowiedzi, kontakty ze strony, pogodę, zadania, kalendarz, finanse, pozycje z ClickUp, niewysłane szkice oraz notatki. Elementy powinny prowadzić do swoich źródeł: kliknięcie zadania ma otwierać właściwe zadanie, a kliknięcie wiadomości — właściwy list.

To narzędzie zostawiam na własnym komputerze. Korzystam z wcześniejszych zasad wyglądu i proszę Claude’a o zbudowanie aplikacji w Next.js. W poleceniu opisuję kolejność sekcji oraz ich działanie. Podłączam Gmaila, Kalendarz Google i ClickUp. Przy bardziej złożonej budowie wybieram mocniejszy model, choć oznacza to większe zużycie limitu. Pogodę pobieram z usługi Open-Meteo.

Pierwsza wersja wygląda dobrze, ale ujawnia się problem: dodane w panelu zadanie znika po odświeżeniu strony. Aplikacja potrzebuje miejsca do trwałego zapisu. Wybieram Supabase i proszę Claude’a o wskazanie danych potrzebnych do połączenia, w tym adresu projektu, odpowiedniego klucza i danych połączenia z bazą. Umieszczam je w pliku zmiennych środowiskowych.

Do bazy chcę zapisywać informacje powstające w tym panelu: własne zadania, notatki, dane finansowe i kontakty przesłane przez formularz strony. Wiadomości z Gmaila, wydarzenia kalendarza czy zadania z ClickUp mają być pobierane z tych usług przy otwarciu panelu. Gdybym przechowywał ich kopie, szybko oglądałbym nieaktualny stan.

Po tej zmianie zgłoszenia ze strony są widoczne w panelu, a zadania pozostają na miejscu po odświeżeniu i przesunięciu między kolumnami. Jeśli ktoś zechce opublikować podobne narzędzie w internecie, musi osobno przygotować połączenia używane przez wdrożoną aplikację. Konektory dostępne Claude Code podczas pracy nad projektem nie stają się automatycznie połączeniami publicznej strony.

Jak pilnuję limitu korzystania z Claude Code

Na koniec kilka zasad, których sam musiałem nauczyć się szybko. Gdy zacząłem pracę z Claude Code, wyczerpałem limit podstawowego planu, potem przeszedłem na droższy i również zużyłem go tego samego dnia. Dlatego regularnie sprawdzam wykorzystanie planu.

Pilnuję długości CLAUDE.md, zapisanych preferencji i instrukcji umiejętności. Jeśli są bardzo rozbudowane, Claude musi przetwarzać więcej tekstu podczas pracy. Podobnie zwracam uwagę na liczbę podłączonych narzędzi. Do codziennych zadań wybieram model wystarczający do ich wykonania; po mocniejszy sięgam wtedy, gdy trudność pracy to uzasadnia.

Przy dużym badaniu mogę rozdzielić zadania między agentów, a po zakończeniu jednego tematu zaczynam nową rozmowę. Długa historia rozmowy również zajmuje miejsce w kontekście. Najważniejsze jest jednak to, by rezultat oceniać po wykonanej pracy: obejrzeć prezentację, sprawdzić stronę na telefonie, wysłać próbny formularz, skontrolować etykiety poczty i upewnić się, że zapisane w panelu dane przetrwały odświeżenie.