Deweloper
Chcesz, żeby agenci dowozili pracę, której możesz ufać. Ścieżka prowadzi od pierwszego prawdziwego zadania do oceniania dowodów zamiast każdego diffa.
Zacznij tutaj: wybierz swoją ścieżkę przez inżynierię agentową
AI Developer Toolkit uczy deweloperów, tech leadów, CTO i członków zarządu, jak budować oprogramowanie z agentami kodującymi (Cursor, Claude Code i Codex) tak, żeby jakość dało się udowodnić. Serwis ma dwa wejścia: szybki start dla każdego narzędzia, zakończony pierwszym prawdziwym zadaniem, oraz cztery ścieżki według roli, z których każda zaczyna się od darmowego scorecardu wyznaczającego punkt odniesienia.
Masz trzech agentów do sprawdzenia, kilkaset stron i prawdziwą pracę, do której trzeba wrócić. Ta strona wskaże ci, od czego zacząć.
Przejdź do swojego narzędzia
Dział zatytułowany „Przejdź do swojego narzędzia” Szybki start w Cursorze Instalacja, reguły projektu i pierwsza funkcjonalność w edytorze
Szybki start w Claude Code Instalacja, uwierzytelnienie i pierwszy projekt z terminala
Szybki start w Codeksie Aplikacja, CLI i rozszerzenie IDE oraz pierwsze zadanie
Następną stronę wybierz według tego, skąd przychodzisz:
| Jeśli… | Czytaj dalej |
|---|---|
| Dopiero zaczynasz z agentami | Szybkie efekty |
| Przechodzisz z GitHub Copilota | Copilot w porównaniu z trzema agentami |
| Dodajesz drugie narzędzie | Cursor vs Claude Code albo Codex vs pozostałe |
| Znasz już dobrze jedno narzędzie | Triki dla zaawansowanych, potem Receptury |
| Pracujesz w zespole platformowym albo DevOps | CI/CD z Claude Code, automatyzacja w Codeksie i serwery MCP |
Która ścieżka czytania pasuje do twojej roli?
Dział zatytułowany „Która ścieżka czytania pasuje do twojej roli?”Każda ścieżka to uporządkowana lista stron z kryterium wyjścia dla każdego kroku. Najpierw wypełnij scorecard (około ośmiu minut): odpowiedzi pokażą, które kroki możesz pominąć.
Tech lead
Potrzebujesz jednego sposobu pracy dla całego zespołu i kolejki code review, która nie jest wąskim gardłem: wspólny harness, projekt weryfikacji, przepustowość review.
CTO albo VP Engineering
Decydujesz o modelu operacyjnym, zabezpieczeniach, dostawcach i o tym, jak udowodnić, że to działa. Dziesięć decyzji, każda kończy się artefaktem z właścicielem.
Zarząd
Chcesz wiedzieć, jak to zmieni koszty, tempo, ryzyko i zatrudnienie – ze źródłem przy każdej liczbie – i które decyzje należą do zarządu.
Scorecard C-Level (wspólny z CTO) · Ścieżka dla zarządu
Na którym szczeblu drabiny autonomii jesteś?
Dział zatytułowany „Na którym szczeblu drabiny autonomii jesteś?”Serwis jest zbudowany wokół jednej mapy: drabiny autonomii Dana Shapiro, od poziomu 0 do 5, opublikowanej 23 stycznia 2026 r. Na poziomie 3 przeglądasz każdy diff; na poziomie 4 piszesz specyfikację i sprawdzasz dowody; na poziomie 5 pipeline wydaje oprogramowanie, a ty prowadzisz fabrykę. Shapiro umieszcza 90% deweloperów określających się jako „AI-native” na poziomie 2 i pisze, że niemal wszyscy zatrzymują się na poziomie 3. Przydatna następna strona to ta, która przesuwa cię o jeden szczebel wyżej.
Drabina autonomii Sześć poziomów i sposób, by umieścić na drabinie każdą swoją pętlę pracy
Co zrobić w pierwszej godzinie
Dział zatytułowany „Co zrobić w pierwszej godzinie”- Wypełnij scorecard dla swojej roli i zachowaj wynik jako punkt odniesienia.
- Przejdź szybki start swojego narzędzia na prawdziwym repozytorium, nie na projekcie-zabawce.
- Uruchom w tym repozytorium dwa prompty poniżej: pierwszy daje agentowi kontekst, drugi pokazuje, które kontrole stoją między nim a złym merge’em.
- Zacommituj plik instrukcji, a brakującą kontrolę wskazaną przez drugi prompt dopisz do backlogu.
Prompty zostawiamy po angielsku, tak jak kod i nazwy plików, do których się odwołują. Szybszy agent bez automatycznych kontroli tylko przerzuca pracę do code review; dowody zamiast diffów wyjaśniają, co recenzent sprawdza zamiast każdej linii.
Gdzie co jest
Dział zatytułowany „Gdzie co jest”Pasek boczny jest uporządkowany według tego, jak często używa się każdej grupy; wszystkie grupy poza „Zacznij tutaj” są na starcie zwinięte.
| Sekcja | Co zawiera | Zacznij od |
|---|---|---|
| Zacznij tutaj | Ta strona, cztery ścieżki, szybkie efekty, dlaczego to ważne | Dlaczego inżynieria agentowa |
| Drabina autonomii | Każdy poziom i praca człowieka na nim | Drabina |
| Cursor · Claude Code · Codex | Osobne drzewo dla każdego narzędzia, podzielone według zadań; to samo zadanie w innym narzędziu to zmiana jednego segmentu adresu | Cursor · Claude Code · Codex |
| Metoda i przepływy pracy | Cykl życia niezależny od narzędzia i przepływy pracy dla wszystkich narzędzi | Metoda · Przepływy pracy |
| Ekosystem i porównania | Wybór narzędzia, modele, serwery MCP, skille, frameworki | Ekosystem · Porównanie |
| Receptury | Prompty według języka, frameworka i stosu | Receptury |
| Prowadzenie zespołu | Wdrażanie, wspólny harness, code review i ludzie | Prowadzenie zespołu |
| Organizacja inżynierii | Model operacyjny, kontrola, bezpieczeństwo, pomiar, koszty | Organizacja inżynierii |
| Strategia i biznes | Ekonomia i dowody dla zarządów | Strategia |
| Materiały i pomoc | Polecenia, konfiguracja, słownik, rozwiązywanie problemów | Materiały referencyjne · Pomoc |
Dlaczego czytelnicy utykają i jak ruszyć dalej
Dział zatytułowany „Dlaczego czytelnicy utykają i jak ruszyć dalej”- Nauka trzech narzędzi naraz. Nic nie zostaje w głowie. Przejdź jeden szybki start, a drugie narzędzie dodaj tylko do pracy, której pierwsze nie robi dobrze.
- Czytanie bez działania. Nic się nie zmienia. Uruchamiaj każdy prompt na swoim prawdziwym repozytorium tego samego dnia i zapisuj to, co działa, w pliku instrukcji.
- Brak pliku instrukcji. Agent w każdej sesji powtarza te same błędy. Uruchom pierwszy prompt i zacommituj wynik.
- Brak bramki weryfikacyjnej. Code review staje się wąskim gardłem albo błędy trafiają na produkcję. Uruchom drugi prompt, dodaj wskazaną brakującą kontrolę i po czterech tygodniach wypełnij scorecard ponownie, żeby zobaczyć, które odpowiedzi się zmieniły.