Agenci kodujący — kiedy model dotyka repo

Złota reguła: Agent jest tak dobry, jak szybko zauważy, że się myli. Nie kupuj dłuższych promptów. Kupuj feedback: testy, lint, typy, CI, symulatory i uruchamialne przykłady to zmysły agenta.

Co to jest

Agent kodujący to pętla agentowa podłączona do repozytorium. Model czyta pliki, proponuje zmiany, uruchamia sprawdzenia, interpretuje błędy i próbuje kolejnego patcha. To nie autocomplete: autocomplete kończy zdanie, agent prowadzi mały epizod pracy.

Closed-loop wygrywa z one-shot

Najczęstszy błąd firm to niedoinwestowanie weryfikacji. One-shot codegen wydaje się szybki, aż review staje się wąskim gardłem. Closed-loop oznacza, że agent może przepuścić pracę przez automatyczne checki bez człowieka w każdym kroku. Człowiek zostaje na granicach: cel, ryzyko, finalny merge przy dużej sile rażenia.

Szybkość nie stoi tu naprzeciw jakości. Szybkość agentów jest zakodowaną jakością: testy, skills, CLAUDE.md / AGENTS.md, narzędzia MCP i spójne konwencje. Czego nie uruchomisz automatycznie, tego nie przeskalujesz background agentami ani automerge.

Sygnał z praktyki: Spotify × Claude Code

W rozmowie twórcy Claude Code Borisa Cherny’ego z Chief Engineerem Spotify system Honk pokazuje ten sam łuk: skrypty migracji uderzają w edge case’y; early LLM one-shot pada; iteracja i warstwa judge podnoszą success rate PR z niskich dziesiątek procent w okolice ~80 %; mocniejsze modele później zmniejszają potrzebę osobnego judge’a; dziś kształt to agent SDK w Kubernetes plus prawdziwe CI i weryfikacja UI/device. Marka jest mniej ważna niż lekcja: mierz pętlę, potem dawaj autonomię.

Kiedy działa

Najlepiej przy zadaniach z jasną definicją końca: padający test, konkretny bug, mały refactor, endpoint, poprawka UI według screenshotu albo symulatora. Im łatwiej zweryfikować wynik komendą, tym mniej piekła.

Gdzie boli

Agent nie zna ukrytych decyzji produktowych, potrafi naprawić objaw zamiast przyczyny i często pomija sąsiednie ścieżki w kodzie. Potrzebuje testów, review diffu i czasem człowieka. Niespójne monorepo i brak CI robią z agentów pewne siebie maszyny do długu.

Co zapamiętać

Agent kodujący wzmacnia dobry proces inżynierski. Jeśli projekt ma testy, małe zadania i czyste granice, przyspiesza go. Jeśli granice są niejasne, tylko szybciej produkuje dług. Najpierw pętla weryfikacji, potem dłuższa smycz.