Agenci AI w zespole developerskim

Czym to się różni od wdrożenia agentów AI

Ta strona nie jest o agentach, którzy obsługują procesy biznesowe firmy — czytają zgłoszenia, uzupełniają CRM, przygotowują oferty. O nich piszemy na stronie o wdrożeniu agentów AI, do której prowadzi link powyżej, i tam projekt zaczyna się od uprawnień w systemach firmy. Tu chodzi o agentów kodujących — Claude Code, GitHub Copilot, Cursor i podobne — w rękach programistów: o to, żeby ich użycie w Twoim repozytorium przestało zależeć od tego, kto akurat siedzi przy klawiaturze, a stało się procesem, który zespół powtarza, przegląda i mierzy.

Dla kogo jest ta usługa

Dla CTO, szefa inżynierii albo właściciela software house'u, który już płaci za narzędzia agentowe, a widzi jedno z trzech:

użycie jest nierówne — dwie osoby robią z agentem połowę roboty, reszta go nie dotyka albo używa po cichu, na prywatnych kontach;
dyscyplina przeglądu słabnie — zmian jest więcej, a czytających je nie przybyło, więc do głównej gałęzi trafia kod, którego nikt nie rozumie;
w dojrzałej bazie kodu agent więcej psuje, niż pomaga — bo nie zna konwencji, nie uruchamia testów i nie wie, czego mu nie wolno.

Wspólny mianownik: narzędzie jest, procesu nie ma. Licencja tego nie rozwiąże — reguły w repozytorium, bramki i przegląd tak.

Co dostajesz

Instrukcje repozytorium i umiejętności agenta — CLAUDE.md, reguły i skille dopasowane do konwencji Twojego kodu. Instrukcja to nie zabezpieczenie, dlatego obok niej:
konfigurację środowiska i uprawnień — co agent może czytać, uruchamiać i zmieniać, a czego nigdy; sekrety poza jego zasięgiem;
zatwierdzony dostęp do narzędzi — z serwerem MCP tylko wtedy, gdy w procesie naprawdę brakuje integracji; jak taką budujemy, opisaliśmy przy integracjach AI i MCP;
szablony zadań dla uzgodnionej rodziny zadań — co agent dostaje na wejściu i co ma oddać;
testy i bramki CI, które każda zmiana napisana z agentem musi przejść;
wymagania przeglądu — co przeglądający sprawdza w takiej zmianie i czego nie wolno mu przepuścić;
przykłady zaakceptowanych zmian z Twojego repozytorium jako wzorzec;
dziennik ewaluacji — co zadziałało, co nie i dlaczego;
praktykę zespołu na prawdziwych zadaniach z backlogu — nie na ćwiczeniach.

Jak pracujemy

Jedno repozytorium, jeden zespół. Nie „wdrożenie AI w dziale IT”, tylko miejsce, w którym da się zmierzyć przed i po.
Jedna rodzina zadań — testy do istniejącego kodu, ograniczona funkcja, odtwarzalny błąd, wąska aktualizacja zależności. Coś, co wraca co tydzień, a nie jednorazowa migracja.
Narzędzie, które i tak licencjonujesz. Nie wybieramy za Ciebie i nie sprzedajemy licencji.
Na prawdziwym backlogu. Pierwsze zadania robimy razem, kolejne robi zespół, a my przeglądamy. Kończymy, gdy zespół powtarza proces bez nas.

Etapy, konkretny rezultat na końcu każdego z nich i podział decyzji są takie same jak w każdym naszym projekcie — opisaliśmy je w metodyce wdrożenia. Sam proces w repozytorium bywa też jednym z etapów szerszego wdrożenia AI w firmie.

Odbiór i miary

Odbieramy, gdy:

zespół powtarza proces bez nas w każdej sesji;
zmiany spełniają uzgodnione reguły przeglądu i testów;
żaden sekret nie trafił do promptu, dziennika ani zmiany;
niepowodzenia agenta są widoczne — w CI, w przeglądzie, w dzienniku — a nie ukryte w scalonym kodzie.

Mierzymy cztery rzeczy, przed i po: czas od podjęcia zadania do scalenia (lead time), czas przeglądającego na zmianę, odsetek poprawek po przeglądzie i liczbę błędów, które wyszły na produkcję. Nie mierzymy wygenerowanych linii kodu — ta liczba rośnie także wtedy, gdy zespół pracuje gorzej.

To nie jest szkolenie

Nie prowadzimy kursów ani warsztatów z agentów kodujących — ani otwartych, ani zamkniętych. Warsztat w sali, po którym zespół wraca do repozytorium bez reguł, bez bramek i bez przeglądu, zmienia niewiele. Nauka jest tu częścią wdrożenia: odbywa się na Twoim kodzie, na Twoich zadaniach i kończy się procesem, który zostaje w repozytorium, a nie w slajdach. Tak samo traktujemy szkolenia w każdym wdrożeniu AI — piszemy o tym na stronie czego nie robimy.

Czego nie robimy — i kiedy odradzamy

Nie naprawiamy zepsutego builda, nie piszemy od zera brakujących testów i nie porządkujemy własności kodu w ramach tej usługi — jeżeli to dominuje, sprzedajemy zwykłą pracę inżynierską osobno, a agentów zostawiamy na później.
Nie zastępujemy przeglądu kodu agentem.
Nie obiecujemy, że agent napisze wszystko — ustalamy, co pisze, a co zostaje ludziom.
Nie sprzedajemy licencji i nie wybieramy narzędzia za Ciebie.
Nie podłączamy agenta do produkcji ani do sekretów.

Odradzamy projekt, gdy build jest niestabilny, testów nie ma albo nikt nie odpowiada za kod — agent przyspieszy wtedy tylko produkcję długu technicznego.

Gdzie trafia kod

Agent kodujący wysyła fragmenty kodu do dostawcy modelu. Na jakich warunkach, jak długo są przechowywane, czym różnią się konta firmowe od prywatnych i co z serwerami MCP — opisaliśmy na przykładzie Claude Code w firmie; porównanie planów i warunków innych narzędzi jest w tekście o Copilocie, ChatGPT i Claude w firmie. Konto firmowe, nie prywatne, jest warunkiem startu. Podział ról przy danych osobowych — a repozytorium ma ich więcej, niż się wydaje — opisaliśmy na stronie o bezpieczeństwie i RODO.

Zakres i cena

Stały zakres i stała cena za konkretny etap — nie otwarte godziny doradcze.

Zakres i cenę ustalamy po obejrzeniu repozytorium — builda, testów, CI i sposobu przeglądu — oraz po wybraniu jednej rodziny zadań z Twojego backlogu.
Stały zakres etapu: jeden zespół, jedno repozytorium, jedna rodzina zadań, uzgodnione miary przed i po. Zaliczka przed startem, reszta po odbiorze.
Poza wyceną: licencje narzędzi i zużycie modeli, praca nad samym kodem (zepsuty build, brakujące testy) oraz rozszerzenie na kolejne zespoły — to osobny etap.

Dla zespołów, które chcą utrzymać proces po zmianach narzędzia lub modelu, oferujemy opiekę po wdrożeniu w uzgodnionym limicie godzin, w godzinach pracy, bez obietnicy dostępności 24/7.

Najczęstsze pytania

Czy to szkolenie z Claude Code albo Copilota?

Nie. Nie prowadzimy kursów ani warsztatów z agentów kodujących — ani otwartych, ani zamkniętych. To wdrożenie procesu w jednym repozytorium: instrukcje i uprawnienia agenta, szablony zadań, testy i bramki CI, wymagania przeglądu oraz praktyka zespołu na prawdziwych zadaniach z backlogu. Zespół uczy się przy okazji, ale tym, co zostaje po projekcie, jest proces w repozytorium, a nie slajdy.

Z którymi narzędziami pracujecie?

Z tymi, które Twój zespół już licencjonuje albo zamierza licencjonować — najczęściej Claude Code, GitHub Copilot, Cursor lub Codex. Nie sprzedajemy licencji i nie wybieramy narzędzia za Ciebie; jeżeli wybór jest jeszcze otwarty, w tekście o Copilocie, ChatGPT i Claude w firmie opisaliśmy, czym różnią się plany i warunki. Serwer MCP podłączamy tylko wtedy, gdy w procesie naprawdę brakuje integracji, a nie dlatego, że jest modny.

Ile to trwa i ile kosztuje?

Zakres i cenę ustalamy po obejrzeniu repozytorium — builda, testów, CI i sposobu przeglądu — oraz po wybraniu jednej rodziny zadań z Twojego backlogu. Wycena jest za etap w stałym zakresie i stałej cenie: jeden zespół, jedno repozytorium, jedna rodzina zadań, uzgodnione miary przed i po. Pierwszy etap zwykle liczy się w tygodniach. Licencje narzędzi i zużycie modeli są poza wyceną.

Czy agent nie obniży jakości kodu?

Może — i właśnie dlatego proces zaczyna się od reguł przeglądu, testów i bramek CI, a nie od promptów. Zmiana napisana z agentem przechodzi te same bramki co każda inna, a przeglądający dostaje listę tego, co w takiej zmianie sprawdza. Jakość mierzymy przed i po: odsetkiem poprawek po przeglądzie i liczbą błędów, które wyszły na produkcję. Jeżeli te liczby rosną, proces jest do poprawy, niezależnie od tego, ile kodu powstało.

Co z bezpieczeństwem kodu i sekretów?

Trzy warunki są nienegocjowalne: konto firmowe, nie prywatne; reguły, które zabraniają agentowi czytać sekrety i dane oraz uruchamiać polecenia poza dozwolonym zakresem; oraz brak dostępu do produkcji. Agent kodujący wysyła fragmenty kodu do dostawcy modelu — na jakich warunkach, jak długo są przechowywane i co z serwerami MCP, opisaliśmy na przykładzie Claude Code w firmie. Podział ról przy danych osobowych jest na stronie o bezpieczeństwie i RODO.