Kursy Zasób

Własny system operacyjny AI w Claude Code — przewodnik krok po kroku

Praktyczna ściąga do zbudowania osobistego systemu AI w Claude Code — od mapy narzędzi, przez plik CLAUDE.md i wywiad wdrożeniowy, po umiejętności, połączenia i rutyny. Otwierasz ją przy konfiguracji i odhaczasz kroki.

To jest wersja do trzymania pod ręką. Otwierasz ją w trakcie budowy własnego systemu operacyjnego AI w Claude Code, sprawdzasz kolejność kroków i odhaczasz, co już stoi. Każdy krok ma dwie części: co robisz i co powinieneś zobaczyć, że się udało.

Jedna zasada na wstępie, bo wraca w każdym kroku: najpierw głowa, dopiero potem narzędzie — i małe kroki zamiast wielkiego skoku. Nie buduj wszystkiego za pierwszym razem. Zacznij od kontekstu i jednej–dwóch umiejętności, których naprawdę użyjesz, a resztę dokładaj w miarę korzystania.

Zanim zaczniesz: dwa pojęcia i jedno ostrzeżenie

Dwa słowa, które wracają w całym przewodniku:

  • Claude Code — narzędzie, w którym model Claude pracuje na twoim komputerze: czyta pliki, uruchamia kroki, korzysta z innych programów. Tu używamy go nie do programowania, tylko do prowadzenia codziennej pracy.
  • Agent — model, który działa samodzielnie: dostaje cel i sam decyduje, jakie kroki wykonać, zamiast czekać na każde kolejne polecenie.

System, który budujesz, nazywamy dalej AIOS (od angielskiego AI operating system). To nie system w sensie Windowsa czy macOS — to jeden projekt, który zna twoją firmę, ma dostęp do twoich narzędzi i powtarzalnie wykonuje twoją pracę.

Uczciwe ostrzeżenie, zanim ruszysz: na początku produktywność spadnie, zanim wzrośnie. Konfiguracja zajmuje czas, uczysz się nowego sposobu pracy. Najgorszy moment jest zawsze na starcie — dokładnie wtedy, gdy najłatwiej zrezygnować. Nie poddawaj się po pierwszym dniu. I pamiętaj o banale, który jest prawdą: system daje zwrot tylko wtedy, gdy z niego korzystasz. Konfiguracja, do której nie wracasz, zostanie ładnie wyglądającym folderem.

Krok 1. Naszkicuj mapę narzędzi na kartce

Punkt wyjścia jest celowo analogowy. Nie wchodź jeszcze do żadnego programu. Weź kartkę papieru albo otwórz pusty dokument i rozpisz swoją pracę w siedmiu obszarach, których używamy jako szkieletu:

  1. przychód
  2. klient
  3. kalendarz
  4. komunikacja
  5. zadania
  6. spotkania
  7. wiedza

To siedem „wiader”, do których wpada prawie wszystko, co robisz. Układają się w cztery większe grupy: operacje, komunikacja, dane i planowanie. Przy każdym obszarze dopisz, jakiego narzędzia używasz — gdzie trzymasz zadania, gdzie masz kalendarz, czym nagrywasz spotkania.

Co powinieneś zobaczyć: kartkę z siedmioma obszarami, a przy każdym nazwę narzędzia. To twoja mapa tego, co system będzie potem łączył. Jeśli coś pominiesz — żaden dramat, zawsze dołożysz później.

Krok 2. Postaw szkielet projektu i plik CLAUDE.md

Dopiero z tą mapą tworzysz projekt w Claude Code. W jego sercu leży jeden plik:

CLAUDE.md

To „główna instrukcja” całego projektu. Opisuje, czym jest twój system, co znajduje się w którym folderze i kiedy ma sięgać po daną umiejętność. System czyta go na starcie, żeby wiedzieć, gdzie co leży.

Obok niego uporządkuj trzy foldery:

  • kontekst — co system wie o tobie i o firmie
  • decyzje — dziennik ważnych ustaleń, żeby system pamiętał, co już postanowiliście
  • referencje — materiały do podglądania

Co powinieneś zobaczyć: projekt z plikiem CLAUDE.md w sercu i trzema folderami obok. Za każdym razem, gdy dokładasz nowy folder albo plik, dopisz go do CLAUDE.md — inaczej system nie będzie umiał tam trafić.

Krok 3. Wdrożenie przez rozmowę — wywiad z siedmiu pytań

Folderów nie wypełniasz ręcznie. Wdrożenie zaczyna się od rozmowy. Uruchamiasz przygotowaną wcześniej procedurę, a system przeprowadza z tobą wywiad z siedmiu pytań i sam zapisuje odpowiedzi jako swój kontekst. To trochę jak pierwszy dzień nowego pracownika.

Trzy pierwsze pytania, które warto znać z góry:

  1. „Kim jesteś, co sprzedajesz i komu?” — tu nie skąp słów; im więcej kontekstu dasz, tym lepiej system będzie cię potem rozumiał.
  2. Wklej jedną–dwie rzeczy, które ostatnio napisałeś, bez poprawiania — system uczy się w ten sposób twojego sposobu pisania i tonu.
  3. Dwa–trzy najważniejsze priorytety na najbliższe 90 dni — to, nad czym realnie teraz pracujesz.

Kolejne pytania schodzą głębiej w to, jak działasz. Odpowiadasz na wszystkie siedem.

Co powinieneś zobaczyć: na końcu system melduje, że dzień pierwszy gotowy — wie już, kim jesteś, co sprzedajesz, co liczy się w tym kwartale i jak brzmisz. Sprawdź to od razu pytaniem praktycznym, na przykład „na czym powinienem się skupić w tym tygodniu?”. Jeśli odpowiedź jest osadzona w twojej sytuacji, a nie ogólnikowa — masz pierwszy z czterech filarów: kontekst.

Krok 4. Zapisz pierwszą umiejętność (skill)

Umiejętność (po angielsku skill) to wielokrotnego użytku instrukcja zapisana w prostym pliku tekstowym. Najlepsza analogia to przepis kulinarny: spisujesz procedurę raz, a potem mówisz tylko „upiecz to ciasto” — i wszystko się dzieje.

Wybierz jedną rzecz, którą robisz w kółko (na przykład post na LinkedIn), i spisz jej sekwencję raz. Każda umiejętność to jeden plik tekstowy o przejrzystej budowie.

Na górze, w krótkim nagłówku, dwie kluczowe rzeczy:

  • nazwa — jak umiejętność się nazywa
  • opis — do czego służy albo kiedy jej użyć

To po nagłówku system rozpoznaje, której umiejętności użyć. Gdy poprosisz o post na LinkedIn, Claude Code przegląda wszystkie umiejętności, ale czyta tylko te krótkie nagłówki — nazwę i opis — i dobiera pasującą. Dlatego opis musi jasno mówić, kiedy daną umiejętność uruchomić.

Pod nagłówkiem opisujesz resztę:

  • co umiejętność robi
  • czasem też czego nie robi (żeby system nie wychodził poza zakres)
  • a potem kroki po kolei — krok pierwszy, krok drugi, krok trzeci

Co powinieneś zobaczyć: powiesz „napisz mi post na LinkedIn”, a system odczyta swój przepis i wykona całą procedurę tą samą, sprawdzoną ścieżką. Gdy zechcesz coś zmienić, nie zaczynasz od zera — poprawiasz jedno zdanie w przepisie („zamiast jednego jajka daj dwa”) i przy następnym uruchomieniu zmiana po prostu działa. Jeśli żadna z twoich umiejętności nie pasuje do polecenia, system korzysta z wiedzy ogólnej.

Część umiejętności pobierzesz z gotowych bibliotek i dodasz własny smak. Jedno zastrzeżenie: uważaj, skąd je bierzesz, i sprawdzaj, czy ktoś nie podsuwa ci umiejętności ze szkodliwą zawartością. Skoro umiejętność potrafi działać w twoim imieniu, traktuj ją z tą samą ostrożnością co każdy program, który wpuszczasz do swojej pracy.

Krok 5. Podłącz narzędzia — MCP, API albo przeglądarka

Masz już kontekst i pierwszą zdolność. Teraz połączenia, bo bez nich system zna ciebie, ale nie sięga do twoich danych. Samo Claude Code potrafi w zasadzie tylko przeszukiwać internet, a twoich najważniejszych danych nie ma publicznie w sieci — są w kalendarzu, poczcie, systemie zadań, notatkach ze spotkań.

Łączysz po kolei narzędzia z mapy z kroku 1. Są trzy drogi:

  • MCP — ustandaryzowany sposób, w jaki narzędzie udostępnia swoje dane sztucznej inteligencji. System zwykle sam zaproponuje tę najszybszą drogę, jeśli dla danego narzędzia gotowy łącznik istnieje. Wada: każdy taki łącznik załadowany do projektu zżera trochę „pamięci roboczej” systemu (mówi się o zużyciu tokenów — to jednostki, w których model liczy, ile naraz może objąć).
  • API — interfejs, którym programy „rozmawiają” ze sobą; droga oszczędniejsza. W praktyce mówisz systemowi mniej więcej tak:

Chcę połączyć się z tym narzędziem przez jego API, bo to oszczędniejsze niż gotowy łącznik; przejrzyj dokumentację narzędzia i zapisz w projekcie plik referencyjny ze wszystkimi potrzebnymi adresami.

  • Przeglądarka — w ostateczności, gdy narzędzie nie ma ani gotowego łącznika, ani jawnej dokumentacji, system może nim sterować przez przeglądarkę, klikając tak, jak zrobiłbyś to ty.

Co powinieneś zobaczyć: lekkie, działające połączenia z kilkoma najważniejszymi narzędziami. Nie podłączaj wszystkiego naraz — zacznij od kilku rzeczy, których używasz najczęściej (choćby zadań i spotkań), a resztę dokładaj z czasem.

Krok 6. Włącz rytm — rutyny lokalne i w chmurze

Czwarty filar to rytm. Budujesz go za pomocą rutyn: zaplanowanych poleceń, które system wykonuje sam według harmonogramu — codziennie rano, w wybrane dni tygodnia, regularnie. Rutyna to nic skomplikowanego: zapisane polecenie, które o ustalonej porze zostaje „wpisane” do systemu tak, jakbyś sam je wpisał i wcisnął enter.

Jedno rozróżnienie, na którym łatwo się potknąć:

Rodzaj rutynyKiedy działa
lokalnatylko gdy aplikacja na komputerze jest otwarta — komputer musi być włączony
w chmurzenawet gdy aplikacja jest zamknięta, a komputer wyłączony — wykonuje się na serwerach dostawcy

To dzięki rutynie w chmurze system zaczyna przypominać pracownika dostępnego całą dobę: rano dostajesz gotowe podsumowanie, choć w nocy nikt niczego nie klikał.

Uczciwe ograniczenie, żebyś nie planował ponad stan: liczba rutyn działających w chmurze bywa limitowana planem subskrypcji. Przykładowo na jednym z droższych planów (rzędu dwustu dolarów miesięcznie) można mieć jednocześnie kilkanaście takich zdalnych rutyn dziennie. To konkretna liczba dla konkretnego planu, a nie reguła ogólna — sprawdź, co daje twój.

Co powinieneś zobaczyć: rano gotowy wynik rutyny, mimo że w nocy nikt jej nie uruchamiał ręcznie. Pamiętaj przy tym, że każda rozmowa z systemem jest osobna — jeśli rutyna ustawiła coś w jednym oknie, system w drugim oknie domyślnie o tym nie wie, dopóki sam nie sprawdzi. To cecha, nie wada.

Jak sprawdzić, że działa

Dwa testy z artykułu, którymi sprawdzasz cały system.

Test kontekstu. Otwórz nową rozmowę z Claude Code i zadaj pytanie o swoją pracę.

  • Jeśli system odpowiada jak ktoś, kto poznał cię pięć sekund temu — kontekstu brak.
  • Jeśli odpowiada jak współpracownik, który zna twoją sytuację — jesteś na dobrej drodze.

Lista kontrolna czterech filarów. Gdy system już stoi, zapytaj go wprost, w których z czterech obszarów jest mocny, a gdzie ma luki. Cztery filary, budowane jedno na drugim w tej kolejności:

  1. kontekst — co system wie o tobie i firmie
  2. połączenia — dostęp do narzędzi i danych
  3. zdolności — co system potrafi zrobić z tymi danymi
  4. rytm — to, co dzieje się samo według harmonogramu

Kolejność nie jest przypadkowa: nie ma rytmu bez połączeń ani zdolności bez kontekstu.

Najważniejszy wniosek nie jest techniczny. Nie musisz zbudować wszystkiego za pierwszym razem ani osiągnąć perfekcji. Zacznij od małego — od kontekstu i jednej–dwóch umiejętności, których naprawdę użyjesz — i rozbudowuj system w miarę korzystania, bo razem z tobą uczy się i on. Otwórz pustą kartkę i wypisz siedem obszarów dla siebie. To cały pierwszy krok i jedyny, od którego trzeba dziś zacząć.