AI dla zespołu IT: praca agenta w repozytorium

Zakres krok po kroku

1. 01

   Jaką zmianę zespół chce oddać agentowi?

   Na początek wybieramy zadanie, którego wynik da się ocenić bez rozbudowy całego produktu. Może to być poprawka znanego błędu albo uzupełnienie obsługi wybranego przypadku. Lider wskazuje wymaganie, dostępny zestaw testowy i osobę, która potrafi ocenić rezultat. Jeśli nikt nie umie opisać oczekiwanego zachowania, trzeba najpierw wyjaśnić wymaganie.

   W proponowanym scenariuszu agent poprawia import pliku: pusta wartość opcjonalna ma być przyjęta, a nieprawidłowa wartość wymagana ma nadal zatrzymywać import. Zmiana, która przepuszcza oba przypadki, jest błędna również wtedy, gdy nowy test agenta przechodzi. Zespół potrzebuje przykładów z oczekiwanym wynikiem ustalonym przed implementacją.

   Po próbie porównujemy czas przygotowania zmiany z czasem jej sprawdzania i poprawek. Sam czas generowania kodu nie opisuje całej pracy. Zapisujemy też zadania, których nie udało się zakończyć, aby porównanie nie opierało się tylko na udanych próbach.

2. 02

   Dostęp do kodu, narzędzi i środowisk

   Przed uruchomieniem ustalamy, które repozytorium i pliki obejmuje zadanie oraz jakie operacje agent może wykonać. Administrator sprawdza również dostępne poświadczenia, połączenia i narzędzia zewnętrzne. Zatwierdzenie zmiany lokalnej nie powinno automatycznie oznaczać zgody na publikację lub wykonanie operacji w środowisku klienta.

   Zakres izolacji zależy od narzędzia. Dokumentacja Claude Code wskazuje, że jego sandbox ogranicza polecenia powłoki i nie obejmuje narzędzi plikowych, serwerów MCP ani hooków. Dlatego sprawdzenie jednego ograniczenia dla poleceń powłoki nie potwierdza granic wszystkich dostępnych narzędzi. Dokumentacja Anthropic, sprawdzona 11 października 2026.

   W proponowanym odbiorze sprawdzamy zarówno dozwoloną operację, jak i próbę przekroczenia ustalonego zakresu. Wynik powinien wskazywać, co zostało wykonane, co zatrzymane i gdzie potrzebna jest decyzja człowieka. Sama instrukcja zapisana w repozytorium nie zastępuje sprawdzenia rzeczywistych uprawnień środowiska.

3. 03

   Co ma zostać po pierwszym zakresie?

   Przed wyceną uzgadniamy materiały przekazania: opis dozwolonych zadań, sposób odtworzenia środowiska oraz kryteria odbioru zmiany. Zespół potrzebuje także wiedzieć, jak wrócić do poprzedniej wersji i kto utrzymuje konfigurację po aktualizacji narzędzia. Dostęp do kodu, warunki jego przetwarzania oraz koszty użycia modeli wymagają osobnego ustalenia.

   Jeśli obecne narzędzie wraz z konfiguracją repozytorium wystarcza, własny panel nie musi powstać. Dodatkowa aplikacja może być potrzebna, gdy trzeba obsłużyć kolejkę zadań, rozdzielić role albo prowadzić wspólny zapis decyzji poza pojedynczą sesją. Zakres jej budowy wynika z konkretnej luki w obecnym obiegu pracy.

4. 04

   Szkolenie czy zlecenie wykonania?

   Gdy zespół chce samodzielnie przygotowywać specyfikacje, prowadzić agenta i oceniać wynik, właściwym formatem jest Kurs AI-Native dla programistów. Program odbywa się na repozytorium uczestnika, a cenę ustalamy po rozmowie. Ogólna stawka szkolenia zespołowego nie jest ceną tego kursu.

   Przy zleceniu wykonania ustalamy, za które elementy odpowiada Syntalith, a które przygotowuje administrator lub lider zespołu. Utrzymanie środowiska i późniejsze zmiany zasad są osobnym zakresem. Rozmowa o wdrożeniu powinna zakończyć się propozycją z mierzalnym odbiorem, zanim agent uzyska dostęp do kodu.

5. 05

   Przykład pracy agenta, który można sprawdzić

   W lokalnym zadaniu agent przygotował interfejs przeglądu fikcyjnych należności. Plan zawierał kryteria przed implementacją: zakres konta operatora, zmianę danych po zatwierdzeniu i zapis decyzji. Pakiet zachowuje kod, cztery testy HTTP oraz odczyt zapisanych danych poza przeglądarką. Przegląd telefonu wykrył zbyt szeroki identyfikator w historii; poprawka zawijania przeszła ponowną próbę.

   Kod i testy napisał ten sam agent. Materiał nie jest niezależnym audytem ani porównaniem z czasem pracy programisty. Testy dostępu dotyczą zbudowanej aplikacji. Nie sprawdzają izolacji narzędzi samego agenta kodującego. Nie należy z nich wyprowadzać wniosku o bezpiecznym dostępie do dowolnego repozytorium.

   Osobny warsztat porównywania frameworków ma historyczny, pojedynczy przebieg z kontrolowanymi odpowiedziami zamiast rzeczywistego zachowania modelu. Nie traktujemy go jako rankingu dostawców ani dowodu jakości pracy w repozytorium.

6. 06

   Jakiego dowodu potrzebuje decyzja o rozszerzeniu?

   Pierwsza próba powinna zawierać poprawną zmianę, przypadek wykraczający poza wymaganie i nieudane wykonanie wymagające powrotu do człowieka. Do porównania narzędzi potrzebne są te same zadania i warunki, wraz z wynikiem przeglądu kodu. Nie przedstawiamy tu benchmarku, który wskazuje najlepszy model dla Twojego zespołu, ani pomiaru wzrostu wydajności programistów.

   Opisany obieg jest propozycją wdrożenia. Odbiór na repozytorium zespołu oraz sprawdzenie jego uprawnień trzeba dopiero wykonać. Na pierwszą rozmowę wystarczy rodzaj zadania, używany stos i informacja, gdzie dziś zatrzymuje się przegląd zmian. Nie przesyłaj kodu ani danych dostępowych przed ustaleniem sposobu pracy.