Przejdź do głównej zawartości

Ścieżki Nauki

Ścieżki nauki dla Cursor, Claude Code i Codex układają się na drabinie autonomii w trzy etapy: ścieżka Poziomu 1-2 obejmuje Tydzień 1-2 i kończy się pierwszą dostarczoną funkcją, ścieżka Poziomu 3 obejmuje Tydzień 3-4, w którym agenty piszą, a ty przeglądasz diffy, a ścieżka Poziomu 4-5 od Miesiąca 2 wzwyż uczy specyfikacji, warunków stopu i przebiegów bez nadzoru.

Możesz uczyć się inżynierii agentowej metodą prób i błędów, łapiąc kolejne rzeczy po drodze. Albo możesz podążać ustrukturyzowaną ścieżką, która w kilka tygodni przeprowadzi cię od “zainstalowałem narzędzie” do “agent to napisał, ja sprawdziłem, czy testy przeszły”. Te ścieżki są ułożone według szczebla drabiny autonomii i według narzędzia, więc możesz wybrać dokładnie tę drogę, która do ciebie pasuje.

W pierwszym tygodniu przeczytaj AI-native SDLC: zapisz intent.md, defaultuj plan mode, daj sesji pętlę feedbacku i zostaw człowieka na merge.

  • Jasny plan tydzień po tygodniu dla wybranego narzędzia i szczebla, na który wchodzisz
  • Konkretne kamienie milowe do mierzenia postępów
  • Praktyczne ćwiczenia oparte na wzorcach ze świata rzeczywistego, a nie zabawkowych przykładach
  • Listę kontrolną do śledzenia, która potwierdzi, że faktycznie opanowałeś każdą umiejętność

Poziom 1-2: z asystą i w parze

Nowy w kodowaniu z agentami. Potrafisz kodować, ale nigdy nie używałeś poważnie Cursor, Claude Code ani Codex i czytasz każdą linię, którą pisze agent.

Czas trwania: Tydzień 1-2 Cel: Dostarcz swoją pierwszą funkcję napisaną przez agenta z pełną pewnością siebie

Poziom 3: przeglądasz diffy

Używałeś jednego z narzędzi do podstawowych zadań. Teraz agenty piszą większość kodu — równoległe sesje, worktrees, przebiegi w tle — a twój dzień to czytanie diffów.

Czas trwania: Tydzień 3-4 Cel: Zbuduj workflow oparty na przeglądzie, który poradzi sobie z każdym codziennym zadaniem programistycznym

Poziom 4-5: specyfikacje i fabryka

Jesteś produktywny z narzędziami. Teraz piszesz specyfikację i warunek stopu, a agent pracuje przeciwko testom, które zaprojektowałeś, zamiast czekać na ciebie.

Czas trwania: Miesiąc 2+ Cel: Poprowadź przejście na specyfikacje i przebiegi bez nadzoru w zespole lub organizacji

To są ścieżki nauki drabiny autonomii. Każda kończy się na jednym szczeblu drabiny autonomii — skali Poziomów 0-5 Dana Shapiro (styczeń 2026), która mówi, ile kodu piszą agenty, a ile z tego wciąż czyta człowiek.


Ścieżka Poziomu 1-2: kodowanie z asystą i w parze (Tydzień 1-2)

Dział zatytułowany „Ścieżka Poziomu 1-2: kodowanie z asystą i w parze (Tydzień 1-2)”

Cel jest prosty: przejść od zera do dostarczenia prawdziwej funkcji, którą napisał agent, a ty przeczytałeś każdą jej linię. To Poziom 2, na którym Dan Shapiro (styczeń 2026) umieszcza około 90% programistów “AI-native”. Każdy dzień ma konkretny punkt skupienia i praktyczne ćwiczenie.

Dzień 1-2: Konfiguracja i Pierwsza Interakcja

  • Zainstaluj Cursor i zaimportuj ustawienia VS Code
  • Naucz się trzech trybów: Ask (tylko odczyt), Agent (autonomiczny) i Inline Edit (Cmd/Ctrl+K)
  • Ćwiczenie: Otwórz istniejący projekt i zapytaj “Explain the architecture of this project” w trybie Ask

Dzień 3-4: Kontekst i Nawigacja

  • Opanuj symbole @: @file, @folder, @codebase, @web
  • Naucz się autouzupełniania Tab: akceptuj klawiszem Tab, częściowe akceptowanie Cmd/Ctrl+Right
  • Ćwiczenie: Użyj @codebase, aby znaleźć funkcję, następnie użyj trybu Agent, aby dodać do niej obsługę błędów

Dzień 5-7: Pierwsza Funkcja

  • Użyj metodologii PRD-to-Plan-to-Todo: napisz krótką specyfikację, poproś Agent o plan, następnie wykonaj
  • Ćwiczenie: Zbuduj endpoint REST API z walidacją wejścia, obsługą błędów i testem — całkowicie przez tryb Agent

Dzień 8-9: Testowanie i Debugowanie

  • Poproś Agent o napisanie testów dla istniejącego kodu. Przejrzyj, co wygeneruje.
  • Debuguj niedziałający test, wklejając błąd do czatu

Dzień 10-11: Integracja Git

  • Użyj Agent do tworzenia gałęzi, pisania wiadomości commit i rozwiązywania konfliktów merge
  • Ćwiczenie: Utwórz gałąź funkcji, zaimplementuj zmianę i stwórz opis PR

Dzień 12-14: Konfiguracja

  • Utwórz swój pierwszy plik .cursor/rules/ ze wskazówkami specyficznymi dla projektu
  • Skonfiguruj jeden serwer MCP (zacznij od Context7 dla dokumentacji)
  • Ćwiczenie: Zbuduj kompletną małą funkcję, używając wszystkiego, czego się nauczyłeś
  • ☐ Ukończona instalacja narzędzia i wstępna konfiguracja
  • ☐ Użycie AI do eksploracji i zrozumienia istniejącego codebase
  • ☐ Zbudowanie co najmniej jednej funkcji całkowicie przy wsparciu AI
  • ☐ Napisanie testów wspomaganych AI
  • ☐ Zarządzanie operacjami Git przez AI
  • ☐ Utworzenie konfiguracji specyficznej dla projektu (rules, CLAUDE.md lub AGENTS.md)
  • ☐ Zainstalowanie i użycie jednego serwera MCP

Ścieżka Poziomu 3: przeglądasz diffy (Tydzień 3-4)

Dział zatytułowany „Ścieżka Poziomu 3: przeglądasz diffy (Tydzień 3-4)”

Potrafisz używać narzędzia do podstawowych zadań. Teraz uczysz się workflow Poziomu 3: agenty piszą większość kodu równolegle, a twój dzień to czytanie diffów. Shapiro nazywa ten szczebel miejscem, na którym prawie wszyscy się zatrzymują, bo sufit wyznacza przepustowość przeglądu.

Dzień 15-16: Głębokie Opanowanie Agent

  • Użyj trybu Max do złożonych refaktoryzacji wieloplikowych
  • Opanuj checkpoints: cofaj złe zmiany, próbuj alternatywnych podejść
  • Ćwiczenie: Zrefaktoryzuj moduł z callback-based na async/await w wielu plikach

Dzień 17-18: Niestandardowa Konfiguracja

  • Utwórz rules oparte na glob w .cursor/rules/ (auto-dołączane według typu pliku)
  • Skonfiguruj subagents do wyspecjalizowanych zadań (testowanie, dokumentacja)
  • Ćwiczenie: Utwórz subagent “test writer” i subagent “documentation”

Dzień 19-21: Opanowanie MCP i Skills

  • Zainstaluj 3-5 serwerów MCP: Context7, GitHub, Postgres/database, Puppeteer
  • Zainstaluj 2-3 Agent Skills z Skills.sh
  • Ćwiczenie: Zbuduj funkcję wykorzystującą zapytania do bazy danych przez MCP i testowanie przeglądarki przez Puppeteer

Dzień 22-23: Code Review i Współpraca

  • Skonfiguruj BugBot do automatycznych review PR
  • Użyj Background Agent do długotrwałych zadań
  • Ćwiczenie: Skonfiguruj kompletny pipeline review kodu

Dzień 24-25: Optymalizacja Kosztów

  • Monitoruj użycie przez Settings > Subscription > Usage
  • Naucz się routingu modeli: Fable 5 do najtrudniejszych refaktoryzacji i architektury wielomodułowej, Opus 5 do złożonych zadań, Composer 2.5 do prędkości, Sonnet 5 do budżetu
  • Ćwiczenie: Ukończ pełny dzień pracy, śledząc koszt na zadanie

Dzień 26-28: Capstone

  • Zbuduj funkcję full-stack, używając każdej poznanej techniki
  • Użyj wielu modeli do różnych faz
  • Udokumentuj swoje workflow pod adopcję zespołową
  • ☐ Efektywne użycie rozszerzonych trybów rozumowania
  • ☐ Utworzenie niestandardowych poleceń lub subagents
  • ☐ Skonfigurowanie hooks lub pipeline automatyzacji
  • ☐ Zainstalowanie i użycie 3+ serwerów MCP
  • ☐ Zainstalowanie Agent Skills z Skills.sh
  • ☐ Optymalizacja wyboru modelu pod koszt/wydajność
  • ☐ Ukończenie wieloplikowego refactoringu lub funkcji z pełnym pokryciem testowym
  • ☐ Integracja AI w workflow code review

Ścieżka Poziomu 4-5: specyfikacje i fabryka (Miesiąc 2+)

Dział zatytułowany „Ścieżka Poziomu 4-5: specyfikacje i fabryka (Miesiąc 2+)”

Jesteś produktywny. Teraz uczysz się ruchu z Poziomu 4 — piszesz specyfikację i warunek stopu, agent pracuje godzinami, a ty sprawdzasz, czy testy przeszły — oraz wzorców Poziomu 5 dla przebiegów, których nikt nie ogląda.

  • Zarządzanie dużym codebase: Strategie dla projektów 100K+ linii. Indeksowanie zakresowe, ukierunkowane referencje @, optymalizacja .cursorignore
  • Koordynacja multi-agent: Uruchamianie 8 równoległych agentów. Użycie kompozycji subagent do złożonych gałęzi funkcji
  • Niestandardowy development MCP: Zbuduj serwer MCP dla swoich wewnętrznych narzędzi
  • Ćwiczenie: Zrefaktoryzuj legacy moduł w dużym codebase bez psucia czegokolwiek
  • Konfiguracja zespołowa: Standaryzowane szablony .cursor/rules/ dla twojego zespołu
  • BugBot i pipeline review: Automatyczny code review na poziomie organizacji
  • Program szkoleniowy: Utwórz przewodnik onboardingowy dla zespołu
  • Pomiar ROI: Śledź metryki produktywności i koszt na programistę
  • Ćwiczenie: Zaprojektuj i zaimplementuj zespołowe workflow AI od podstaw
  • ☐ Zarządzanie projektem 100K+ linii przy wsparciu AI
  • ☐ Zbudowanie lub wkład w niestandardowy serwer MCP
  • ☐ Integracja narzędzi AI w pipeline CI/CD
  • ☐ Utworzenie standardów konfiguracji na poziomie zespołu
  • ☐ Przeszkolenie 3+ programistów w workflow wspomaganych AI
  • ☐ Zmierzenie i osiągnięcie pozytywnego ROI na narzędziach AI
  • ☐ Zaprojektowanie strategii automatyzacji dla zespołu lub organizacji

Skupienie: rozwój UI/UX z AI

  1. Generowanie komponentów ze specyfikacji projektowych i wireframes
  2. Integracja systemu projektowego i egzekwowanie spójności
  3. Implementacja responsywnego layoutu w różnych breakpoints
  4. Zgodność z accessibility (WCAG) z audytem wspomaganym AI
  5. Optymalizacja wydajności (Core Web Vitals, rozmiar bundla)

Skupienie: server-side i infrastruktura

  1. Projektowanie API ze specyfikacji OpenAPI z generowaniem AI
  2. Projektowanie schematu bazy danych i planowanie migracji
  3. Wzorce mikrousług i komunikacja między usługami
  4. Najlepsze praktyki bezpieczeństwa (auth, walidacja wejścia, rate limiting)
  5. Profilowanie wydajności i optymalizacja

Skupienie: infrastruktura i automatyzacja

  1. Infrastructure as Code przy wsparciu AI (Terraform, Pulumi)
  2. Projektowanie i optymalizacja pipeline CI/CD
  3. Orkiestracja kontenerów i manifesty Kubernetes
  4. Konfiguracja monitoringu i alertingu
  5. Runbooki reakcji na incydenty i automatyzacja

Użyj tych pytań, żeby umiejscowić się na drabinie:

Poziom 1-2, z asystą i w parze — Czy możesz odpowiedzieć “tak” na wszystkie z nich?

  • Potrafię zainstalować i skonfigurować narzędzie
  • Potrafię użyć agenta do wyjaśnienia kodu i odpowiedzi na pytania
  • Potrafię zbudować funkcję z agentem od początku do końca
  • Czytam każdą linię, zanim trafi do repozytorium

Poziom 3, przeglądasz diffy — Czy możesz odpowiedzieć “tak” na wszystkie z nich?

  • Uruchamiam agenty równolegle, w worktrees albo w sesjach w tle
  • Mam niestandardowe polecenia, rules lub konfigurację, które codziennie oszczędzają mi czas
  • Używam serwerów MCP dla co najmniej jednego workflow
  • Większość czasu z agentem schodzi mi na czytaniu diffów, nie na pisaniu kodu

Poziom 4-5, specyfikacje i fabryka — Czy możesz odpowiedzieć “tak” na wszystkie z nich?

  • Piszę specyfikację i warunek stopu zamiast promptować turę po turze
  • Mam hooki, testy albo CI, które udowodnią, że przebieg się skończył, bez czytania go przeze mnie
  • Zbudowałem lub dostosowałem serwery MCP do potrzeb mojego zespołu
  • Mogę zostawić przebieg bez nadzoru, bo sprawdza go coś deterministycznego

Każdy poziom ma kilka przewidywalnych blokad. Oto szybkie wyjście z każdej z nich:

  • Narzędzie nie indeksuje twojego repo (Poziom 1-2 i Poziom 3). Duże lub bałaganiarskie repozytoria dławią indeksowanie. Dodaj wykluczenie w stylu .cursorignore / .gitignore dla node_modules/, dist/ i wyników builda, następnie ponownie zaindeksuj (Cursor: Settings > Features > Codebase Indexing). W Claude Code i Codex zawężaj prompty referencjami plików @ zamiast pytać o całe drzewo.
  • Serwer MCP się nie uwierzytelnia (Poziom 3). Serwerowi prawie zawsze brakuje zmiennej środowiskowej. Uruchom go najpierw samodzielnie (npx -y @modelcontextprotocol/server-github --help), potwierdź, że token (GITHUB_TOKEN, DATABASE_URL, itp.) jest wyeksportowany, następnie zrestartuj agenta. claude --debug w Claude Code wypisuje dokładny powód awarii połączenia MCP.
  • Zamieszanie z wyborem modelu (Poziom 3). Jeśli wyniki nagle tracą na jakości, prawdopodobnie jesteś na tańszym tierze. Potwierdź aktywny model (selektor modelu w Cursor, /model w Claude Code, /model w Codex) i wróć do Opus 5 na trudny krok — albo sięgnij po Fable 5 (/model fable), gdy zadanie to złożona refaktoryzacja lub budowanie od podstaw, a budżet schodzi na drugi plan.
  • Automatyzacje lub przebiegi CI zawisają (Poziom 4-5). Przebiegi headless zawodzą po cichu bez wyraźnych uprawnień. Wstępnie zatwierdź narzędzia w .claude/settings.json (lub użyj --dangerously-skip-permissions wewnątrz sandboxa), a dla Codex ustaw właściwy poziom --ask-for-approval, żeby zadanie nie blokowało się na prompcie.

Po pełny katalog komunikatów błędów i poprawek zajrzyj do Przewodnika Rozwiązywania Problemów.

Po ukończeniu swojej ścieżki:

  1. Podziel się swoim doświadczeniem — Napisz o tym, co zadziałało, a co nie
  2. Wnieś wkład — Twórz niestandardowe polecenia, serwery MCP lub Agent Skills
  3. Pozostań na bieżąco — Narzędzia ewoluują co tydzień. Sprawdzaj stronę Aktualizacje
  4. Pomagaj innym — Mentoruj programistów rozpoczynających własną podróż nauki
  5. Eksperymentuj — Wypróbuj inne narzędzia. Wielu wysoko na drabinie używa wszystkich trzech

Najczęstsze pytania

Ile trwa każda ścieżka nauki?

Ścieżka Poziomu 1-2 obejmuje Tydzień 1-2 i kończy się dostarczeniem pierwszej funkcji napisanej przez agenta. Ścieżka Poziomu 3 obejmuje Tydzień 3-4 i buduje workflow, w którym agenty piszą, a ty przeglądasz diffy. Ścieżka Poziomu 4-5 startuje w Miesiącu 2+ i przenosi pracę na specyfikacje, warunki stopu i przebiegi bez nadzoru. Wyspecjalizowane ścieżki frontend, backend i DevOps trwają po 2 tygodnie.

Co obejmuje lista kontrolna kamieni milowych Poziomu 1-2?

Instalację narzędzia i wstępną konfigurację; użycie agenta do eksploracji i zrozumienia istniejącego codebase; zbudowanie co najmniej jednej funkcji całkowicie przy wsparciu agenta; napisanie testów pisanych przez agenta; zarządzanie operacjami Git przez agenta; utworzenie konfiguracji specyficznej dla projektu (rules, CLAUDE.md lub AGENTS.md); zainstalowanie i użycie jednego serwera MCP.

Jak rozpoznać, na którym poziomie drabiny autonomii jesteś?

Poziom 1-2 to instalacja i konfiguracja narzędzia, użycie agenta do wyjaśnienia kodu, zbudowanie funkcji od początku do końca i czytanie każdej linii, zanim trafi do repozytorium. Poziom 3 to agenty piszące większość kodu w równoległych sesjach, a dzień schodzi na przeglądaniu diffów. Poziom 4-5 to pisanie specyfikacji i warunku stopu, a potem sprawdzanie, czy testy przeszły, zamiast czytania diffu.

Co zrobić, gdy ścieżka nauki utknie?

Powtarzają się cztery blokady. Problem z indeksowaniem: dodaj wykluczenia w stylu .cursorignore / .gitignore i zaindeksuj ponownie albo zawężaj prompty referencjami plików @. Serwer MCP się nie uwierzytelnia: prawie zawsze brakuje zmiennej środowiskowej, więc uruchom go samodzielnie i potwierdź, że token jest wyeksportowany. Nagły spadek jakości: zwykle tańszy tier modelu, więc potwierdź aktywny model. Zawieszone automatyzacje lub przebiegi CI: przebiegi headless wymagają wstępnie zatwierdzonych narzędzi i wyraźnego poziomu zatwierdzania.

Co dzieje się po ukończeniu ścieżki nauki?

Podziel się doświadczeniem, pisząc o tym, co zadziałało, a co nie, wnieś wkład w postaci niestandardowych poleceń, serwerów MCP lub Agent Skills, pozostań na bieżąco, bo narzędzia ewoluują co tydzień, mentoruj programistów rozpoczynających własną podróż nauki i eksperymentuj z innymi narzędziami -- wielu wysoko na drabinie używa wszystkich trzech.