Przejdź do treści
EXACTING Porozmawiajmy
Fix · Live-ready · Claude Code

Claude Code pisze kod. Kto go sprawdza?

Sprawdzamy to, co agent zmienił, i to, o co nikt go nie poprosił: uprawnienia, testy, sekrety i dostęp do produkcji. Naprawiamy w stałej cenie, a Ty dalej pracujesz z agentem.

Zamów darmowy assessment Co zwykle znajdujemy

Skan 0 zł · Odpowiedź w 1–2 dni robocze · Sposób przekazania kodu ustalamy razem

PrzykładLive-ready · Claude Code
Wynik skanu 3 rzeczy do naprawy w kodzie od agenta
2 critical1 high7 verified
61
szac. gotowość
Nowe endpointy bez uprawnień CRITICAL
Klucze produkcyjne w zasięgu agenta CRITICAL
Testy zmieniane razem z kodem HIGH
Migracje bazy PASSED
Logowanie i sesje PASSED
Kiedy

Kiedy warto uporządkować kod pisany z Claude Code

  1. 01Zmian jest więcej, niż ktokolwiek czytaDiff, czyli lista zmian w kodzie, ma setki linii i przechodzi po pobieżnym przejrzeniu.
  2. 02„Gotowe” nie zawsze znaczy działająceZadanie jest oznaczone jako skończone, a klient trafia na błąd w miejscu, którego nikt nie sprawdził.
  3. 03Większy klient pyta o procesChce wiedzieć, kto zatwierdza zmiany i jak sprawdzacie, że nie psują bezpieczeństwa.
  4. 04Każda sesja podejmuje decyzje od nowaAgent nie pamięta ustaleń, których nikt nie zapisał, i rozwiązuje podobne problemy za każdym razem trochę inaczej.
Ryzyka

Co zwykle znajdujemy w aplikacjach z Claude Code

Claude Code działa w terminalu i w edytorze: czyta repozytorium, uruchamia polecenia i zmienia wiele plików naraz. Ryzyka poniżej wynikają z tej skali, a nie z jakości pojedynczych zmian.

  1. 01Duże zmiany bez niezależnej weryfikacjiAgent zmienia kilkanaście plików naraz i raportuje, że zadanie jest skończone. Gdy tę samą sesję pyta się, czy zrobiła dobrze, ocenia własną pracę.Dla biznesu: błąd trafia do klienta z etykietą „sprawdzone”.W repozytorium: duże commity bez pull requestów i bez przeglądu przez drugą osobę albo osobny proces.
  2. 02Testy dopasowane do koduGdy test nie przechodzi, najprostsza poprawka to zmienić test, a nie kod. Taki test zawsze świeci na zielono i niczego nie chroni.Dla biznesu: fałszywe poczucie bezpieczeństwa.W kodzie: testy zmieniane w tym samym commicie co sprawdzany kod, asercje bez znaczenia, pominięte testy.
  3. 03Zasady w CLAUDE.md traktowane jak gwarancjaCLAUDE.md to plik z zasadami projektu, który agent czyta na starcie. Według dokumentacji Claude Code to wskazówki, a nie wymuszone reguły. Do kroków, których nie wolno pominąć, służą hooki, czyli skrypty uruchamiane automatycznie w określonych momentach.Dla biznesu: zasada „bez testów nie ruszaj płatności” działa, dopóki agent o niej pamięta.W repozytorium: CLAUDE.md bez hooków i bez CI.
  4. 04Agent z dostępem do produkcjiAgent uruchamia polecenia z uprawnieniami osoby, która go włączyła. Jeśli w lokalnym .env są klucze produkcyjne, polecenie migracji albo skrypt testowy może trafić w prawdziwe dane.Dla biznesu: jedno złe polecenie na danych klientów.W konfiguracji: klucze produkcyjne na komputerach deweloperów, brak osobnej bazy do pracy z agentem.
  5. 05Bezpieczeństwo, o które nikt nie poprosiłAgent robi dokładnie to, o co prosisz. Jeśli w zadaniu nie było „sprawdź uprawnienia”, nowy endpoint, czyli adres w API, może ich nie mieć.Dla biznesu: luka w funkcji, która przeszła wszystkie testy.W kodzie: trasy i funkcje dodane w ostatnich miesiącach, zwłaszcza administracyjne.

Sprawdź, które z nich masz u siebie

Skąd to się bierze

Dlaczego tak się dzieje

Claude Code potrafi przejąć dużą część pracy programisty. To realne przyspieszenie i powód, dla którego produkt ma już klientów.

Agent działa jednak w ramach zadania i kontekstu, które dostanie. Sam ocenia, czy skończył, i nie zna decyzji, których nikt nie zapisał. Dokumentacja Claude Code zaleca dawać agentowi sposób na sprawdzenie pracy, np. testy, i prosić o dowód zamiast deklaracji. Kiedy zmian jest dużo, ten krok skraca się najszybciej.

Gdy zespół prowadzi z agentami wiele zmian naraz, przydaje się stała warstwa kontroli, którą budujemy jako AgentOS.

Wynik

Co dostajesz

  1. 01Listę ryzyk z priorytetemOd krytycznych po drobne, każde z plikiem, funkcją albo regułą, w której siedzi problem.
  2. 02Wyjaśnienie po ludzkuCo może się stać, kogo to dotyczy i co oznacza dla Twojego biznesu.
  3. 03Listę tego, co jest w porządkuSprawdzone obszary bez zastrzeżeń. Przydaje się, gdy klient pyta, co jest zabezpieczone.
  4. 04Plan naprawy ze stałą cenąKolejność prac i cenę znaną przed startem. Decyzja, co naprawiamy, należy do Ciebie.
Proces

Jak wygląda assessment

  1. 01 Podstawowy skan · 0 złKrótka rozmowa o produkcie, potem skan kodu i konfiguracji. Sposób przekazania dostępu ustalamy razem. Widzisz, co wymaga naprawy w pierwszej kolejności.
  2. 02 Pełny assessmentKażde ryzyko z miejscem w kodzie i wyjaśnieniem po ludzku. Cenę znasz po skanie, zanim zaczniemy.
  3. 03 Naprawa w stałej cenieNaprawiamy to, co ustalimy, w cenie podanej przed startem prac. Aktywne testy działającej aplikacji tylko po osobnym uzgodnieniu zakresu i autoryzacji.

Podstawowy skan: 0 zł. Pełny assessment i naprawę wyceniamy po skanie, stałą ceną, zanim zaczniemy pracę.

Kto to sprawdza

Dlaczego Exacting

  1. 01Budujemy systemy, które działają latamiNa przykład Kitsune Garage: 184 endpointy API, 79 testów automatycznych, automatyczne wdrożenia i codzienne kopie bazy. Wiemy, jak wygląda aplikacja gotowa na prawdziwy ruch.
  2. 02Sprawdzamy to, o co nikt nie zapytałAsystent AI dobrze sprawdzi to, o co go poprosisz. My szukamy ryzyk, o których nie wiesz, że trzeba o nie pytać.
  3. 03Mówimy wprostJeśli coś nie wymaga naprawy albo przepisanie się nie opłaca, usłyszysz to przed startem prac, razem z ceną.
Decyzja

Naprawa czy przepisanie?

Mówimy wprost, co się bardziej opłaca. Decydujemy po assessmencie, na podstawie kodu.

Naprawa, gdyKod działa, a brakuje weryfikacji: testów z prawdziwymi asercjami, przeglądu, hooków i CI. Dodajemy je i naprawiamy znalezione błędy.
Przepisanie, gdyModuł, np. rozliczenia albo uprawnienia, powstał z wielu sesji i nikt nie umie powiedzieć, jak działa. Wtedy piszemy go od nowa, z testami, a resztę zostawiamy.

Częste pytania

Tak. Pracujemy na Twoim repozytorium. Po naprawie zostają testy, hooki i zasady w CLAUDE.md, które pomagają agentowi trzymać się ustaleń w kolejnych sesjach.

Warto z tego korzystać. Przegląd w tej samej sesji ocenia jednak pracę, którą ta sesja wykonała, i sprawdza to, o co go poprosisz. My sprawdzamy także to, o co nikt nie zapytał, i patrzymy na cały kod, a nie na ostatnią zmianę.

To dobry początek. Według dokumentacji Claude Code to jednak wskazówki dla agenta, a nie wymuszone reguły. Zasady, których nie wolno pominąć, warto przenieść do hooków i CI, które działają niezależnie od tego, co agent zapamięta.

Tylko tam, gdzie wymaga tego bezpieczeństwo albo jakość, np. oddzielenie kluczy produkcyjnych od środowiska agenta albo test, który musi przejść przed wdrożeniem. Sposób pracy zostaje Twój.

Do skanu potrzebujemy dostępu do repozytorium. Sposób i zakres ustalamy na pierwszej rozmowie, a kod wykorzystujemy wyłącznie do uzgodnionej analizy.

Zacznij od darmowego skanu kodu z Claude Code.

Zamów darmowy assessment

Nazwy Lovable, Bolt, Cursor, Replit, v0 i Claude Code należą do ich właścicieli, a Exacting nie jest z nimi powiązany. Aktualizacja: październik 2026.