O autorze
Zbigniew Jaryst
AI-assisted engineer · twórca Nexir Lab
Na co dzień buduje produkty z coding agentami, od pierwszego planu po końcowe review. Nexir Lab wyrósł z tej pracy: ponad 2000 godzin z agentami i ponad 1000 planów oraz audytów. W poradnikach opisuje to, co sprawdza się w prawdziwych repozytoriach, a nie w demo.
Po co powstał Nexir Lab
Nexir Lab to praktyczna sesja dla developerów React i Angular: prowadzisz coding agenta przez pięć prawdziwych zadań w gotowym, prywatnym repozytorium w GitHub Codespaces, około 2–3 godzin pracy z agentem. Zanim wiadomość trafi do agenta, Nexir Guide ją ocenia (DOBRZE / PRAWIE / ŹLE) i wskazuje najważniejszą lukę. Nie blokuje wysłania i nie certyfikuje wyniku.
Pięć zasad, na których opierają się Lab i poradniki
- Najpierw poznaj sytuację. Zanim zaczniesz, ustal miejsce problemu, obecne zachowanie, oczekiwany rezultat i granice zmiany. Jeśli czegoś brakuje, zapytaj zamiast odtwarzać sytuację z własnych założeń i ryzykować zły kierunek.
- Ogranicz zgadywanie. Korzystaj tylko z kontekstu, który zmienia tok analizy: celu, zależności, wzorców i granic. Odróżniaj istotne fakty od szumu i nie uzupełniaj niewiadomych cichymi założeniami, które mogą zmienić kierunek.
- Najpierw plan, potem kod. Przy większej lub niepewnej zmianie najpierw poznaj wzorce i miejsca użycia w repozytorium, ujawnij niewiadome i przedstaw plan. Zacznij implementację dopiero, gdy developer oceni i zaakceptuje kierunek.
- Plan jest propozycją. Traktuj plan jako propozycję. Uzasadnij zakres, prostotę i zgodność z istniejącymi wzorcami. Gdy prostsze rozwiązanie realizuje ten sam cel, ogranicz plan przed rozpoczęciem kodowania. Nie dodawaj na zapas.
- Potwierdź rezultat. Nie uznawaj deklaracji „gotowe” za dowód. Po implementacji sprawdź rzeczywisty scenariusz, uzgodnione kryteria oraz zakres diffa. Zakończ zadanie dopiero, gdy wszystkie trzy elementy są potwierdzone.
Poradniki Zbigniewa
- Jak sprawdzić plan coding agenta, zanim napisze kod: Plan mode w Claude Code pomaga tylko wtedy, gdy sprawdzisz plan. Cztery pytania, które przed kodem wyłapią zbędny zakres, brakujące decyzje i brak weryfikacji.
- Agent się pomylił. Tylko w czym dokładnie?: Gdy coding agent psuje działający kod, „popraw to” rzadko pomaga. Najpierw nazwij klasę błędu: cel, kierunek, wykonanie, weryfikacja albo środowisko.
- Jak robić review kodu z AI w aplikacji React lub Angular: Review kodu z AI na podstawie dowodów, a nie podsumowania agenta: drabina dowodów i checklista dopasowana do ryzyka dla developerów React i Angular.
Zobacz Lab w 80 sekund
Krótki film pokazuje jedno zadanie od początku do końca: błąd, opis dla agenta, pracę agenta i sprawdzenie.