Możesz uczyć się programowania wspomaganego AI 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 “dostarczam kod produkcyjny szybciej niż ktokolwiek w zespole”. Te ścieżki są ułożone według poziomu umiejętności i według narzędzia, więc możesz wybrać dokładnie tę drogę, która do ciebie pasuje.
Nowy w programowaniu wspomaganym AI. Potrafisz kodować, ale nigdy nie używałeś poważnie Cursor, Claude Code ani Codex.
Czas trwania: Tydzień 1-2
Cel: Dostarcz swoją pierwszą funkcję wspomaganą AI z pełną pewnością siebie
Średniozaawansowany
Używałeś jednego z narzędzi do podstawowych zadań. Teraz chcesz pójść głębiej — serwery MCP, niestandardowe polecenia, workflow wieloplikowe, optymalizacja kosztów.
Czas trwania: Tydzień 3-4
Cel: Zbuduj profesjonalne workflow, które poradzi sobie z każdym codziennym zadaniem programistycznym
Ekspert
Jesteś produktywny z narzędziami. Teraz chcesz wzorców na skalę enterprise, włączania zespołu, integracji CI/CD i zaawansowanych workflow agentowych.
Czas trwania: Miesiąc 2+
Cel: Poprowadź adopcję programowania wspomaganego AI dla zespołu lub organizacji
Zainstaluj Codex CLI (npm install -g @openai/codex) lub zarejestruj się w Codex App
Skonfiguruj ~/.codex/config.toml z kluczem API i preferowanym trybem zatwierdzania
Utwórz AGENTS.md w katalogu głównym projektu
Ćwiczenie: Zapytaj “Explain this project” i obserwuj, jak Codex eksploruje codebase
Dzień 3-4: Tryby Zatwierdzania i Kontekst
Naucz się trybów zatwierdzania: on-request (pyta o wszystko), on-failure (auto-zatwierdza, pyta przy błędach), never (pełna autonomia), plus flaga CLI --full-auto
Ćwicz referencje plików i kontekst inline
Ćwiczenie: Użyj trybu on-failure, aby dodać obsługę błędów do istniejącej funkcji
Dzień 5-7: Pierwsza Funkcja
Użyj PRD-to-Plan-to-Todo: napisz specyfikację, poproś Codex o plan, następnie wykonaj
Ćwiczenie: Zbuduj endpoint REST API z walidacją, testami i dokumentacją
Ć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 4.8 do złożonych zadań, Composer 2.5 do prędkości, Sonnet 4.6 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żywaj fraz rozszerzonego myślenia, takich jak “think”, “think hard” i “ultrathink” wprost w prompcie (to zwykłe instrukcje, nie slash commands), i dostrajaj głębokość rozumowania przez poziom wysiłku w /model
Użyj zarządzania sesjami: /compact do długich rozmów, nazwane sesje, rozgałęzianie sesji
Ćwiczenie: Zaprojektuj system mikrousług, promptując “ultrathink” przed implementacją, następnie go zbuduj
Dzień 17-18: Niestandardowa Konfiguracja
Zbuduj niestandardowe slash commands w .claude/commands/ z YAML frontmatter, $ARGUMENTS i ograniczeniami narzędzi
Skonfiguruj hooks w .claude/settings.json do auto-lintingu i formatowania
Ćwiczenie: Utwórz polecenie /fix-issue, które pobiera GitHub issue i implementuje poprawkę
Użyj trybu headless (claude -p) w pipeline CI/CD do automatycznego review kodu
Skonfiguruj hooks do pre-commit lintingu i formatowania
Ćwiczenie: Dodaj krok CI, który uruchamia Claude Code do automatycznego review PR
Dzień 24-25: Optymalizacja Kosztów
Śledź użycie przez /cost i /status
Naucz się, kiedy używać /compact vs /clear
Wybór modelu: Fable 5 do najtrudniejszych zadań (złożone refaktoryzacje, budowanie od podstaw), Opus 4.8 do złożonych zadań, Sonnet 4.6 do rutynowej pracy
Ćwiczenie: Ukończ pełny dzień roboczy, optymalizując pod kątem kosztów
Dzień 26-28: Capstone
Zbuduj kompletną funkcję z pełnym pokryciem testowym, dokumentacją i integracją CI
Użyj wielu technik: głębokiego rozumowania do planowania, niestandardowych poleceń do wykonania, MCP do narzędzi
Każdy poziom ma kilka przewidywalnych blokad. Oto szybkie wyjście z każdej z nich:
Narzędzie nie indeksuje twojego repo (Początkujący/Średniozaawansowany). 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 (Średniozaawansowany). 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 (Średniozaawansowany). 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 4.8 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ą (Ekspert). 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.