Generatywne narzędzia wspierające programowanie drastycznie obniżają koszt tworzenia kodu, przenosząc ciężar wydatków na jego weryfikację, integrację i utrzymanie. Badania GitClear wykazały dwukrotny wzrost wskaźnika code churn, a incydent w protokole Moonwell przyniósł 1,78 mln USD straty wskutek błędu w wygenerowanym kodzie. Dla dyrektorów ds. technologii i architektów IT oznacza to konieczność porzucenia prostej szybkości pisania na rzecz twardych mechanizmów zarządczych i kontroli jakości.
Mechanizm iluzji oszczędności w projektach IBM Bob i Claude
Projektowanie oprogramowania przy użyciu agentów AI zmienia strukturę kosztów z bezpośredniego pisania kodu na proces jego stałej weryfikacji. Łatwość generowania dużych wolumenów tekstu sprawia, że tradycyjne miary wydajności przestają odzwierciedlać rzeczywisty postęp prac. Bez odpowiednich ram architektonicznych szybkie wdrażanie zmian prowadzi do narastania długu kontekstowego oraz utraty spójności całego systemu.
Eksperymenty z wtyczką Task Viewer przeznaczoną dla wewnętrznego systemu IBM Bob wykazały, że delegowanie pisania kodu do agentów nie zwalnia inżyniera z ręcznej weryfikacji logiki biznesowej oraz spójności bazy danych. Prawidłowe wyświetlenie wyniku na ekranie nie gwarantuje poprawnego wyliczenia danych, co wymagało uruchamiania dedykowanych zapytań SQL i konsultacji z zespołem. Z kolei 12-tygodniowe badanie przeprowadzone na Purdue University przy użyciu modelu Claude wykazało, że całkowity koszt budowy systemu wyniósł 60 000 USD, z czego 50 000 USD stanowiło wynagrodzenie architekta, 2 000 USD kosztowało wnioskowanie API (OpenAI API, Google Vertex), 6 000 USD hosting w Google Cloud, a 2 000 USD subskrypcje Claude zużywające od 9 do 18 milionów tokenów tygodniowo. Wynikiem prac było 420 tysięcy linii kodu produkcyjnego (KLOC) oraz aż 1,16 miliona linii kodu wspierającego (MLOC) — w tym infrastruktury testowej i linterów, co stanowiło 2,75-krotność samego produktu. Zjawisko to wpisuje się w paradoks Jevonsa: spadek kosztu jednostkowego generowania kodu wywołał gwałtowny wzrost popytu na nowe funkcje, czyniąc przegląd kodu (code review) głównym wąskim gardłem projektowym.
Dlaczego tani kod AI rodzi drogi dług techniczny?
Niska cena wygenerowania kodu przez modele językowe tworzy złudzenie darmowej produktywności, usypiając czujność zespołów inżynieryjnych. Kod tworzony bez pełnej znajomości architektonicznej generuje ukryty dług techniczny oraz liczne luki w bezpieczeństwie. Koszty usunięcia błędów na produkcji i naprawy awarii wielokrotnie przewyższają oszczędności uzyskane na etapie automatycznego pisania funkcji.
Raport organizacji GitClear wykazał 8-krotny wzrost liczby powielonych bloków kodu oraz 2-krotny wzrost wskaźnika code churn — czyli kodu przepisywanego lub odrzucanego w ciągu 2 tygodni od napisania. Z kolei Veracode GenAI Code Security Report ujawnił, że 45% kodu wygenerowanego przez sztuczną inteligencję wprowadzało krytyczne podatności z listy OWASP Top 10, w tym ataki typu injection i błędy uwierzytelniania, generując ponad 10 podatności więcej niż praca programistów bez wsparcia AI. W lutym 2026 roku protokół Moonwell opublikował aktualizację stworzoną w modelu vibe codingu; błąd w przeliczeniu wartości tokena z 2 200 USD na 1,12 USD został naprawiony w 4 minuty, lecz spowodował 1,78 miliona USD straty. Badania CodeScene wskazują, że zespoły pracujące w kodzie o niskiej jakości odnotowują wzrost czasu deweloperskiego sięgający 124%, spędzając większość czasu na walce z defektami. Według danych Stripe i Harris Poll programiści poświęcają 42% czasu pracy tygodniowo na dług techniczny i debugowanie, co generuje rocznie 85 miliardów USD strat w produktywności.
Skutki rotacji i zjawisko Hollow Senior w zespołach deweloperskich
Redukcja zatrudnienia i zastępowanie doświadczonych inżynierów subskrypcjami narzędzi AI prowadzi do degradacji wiedzy wewnątrz organizacji. Brak mentoringu dla początkujących programistów niszczy proces kształcenia przyszłych architektów, tworząc niebezpieczne luki kompetencyjne. W dłuższej perspektywie firmy płacą wyższą cenę za naprawę skomplikowanych systemów pozbawionych nadzoru seniorów.
Z danych Smartexe wynika, że zastąpienie jednego programisty generuje średnio 320 godzin utraconej produktywności zespołu potrzebnych na wdrożenie nowej osoby. Badania APQC pokazują, że organizacje tracą 45% wiedzy instytucjonalnej przy odejściu pracownika, z czego 42% znajduje się wyłącznie w głowie danej osoby. Nadmierne poleganie na narzędziach AI wywołało efekt Hollow Senior — juniorzy tworzą kod szybko, lecz bez nadzoru architektonicznego baza kodu ulega cichej degradacji, wywołując rezygnację doświadczonych kadr. Zjawisko to pogłębia spadek rekrutacji młodych programistów o blisko 50% w latach 2023–2025, co zagraża ciągłości kompetencyjnej firm. Jednocześnie koszt subskrypcji AI sięga 100–200 USD miesięcznie na inżyniera, a raport MIT Nandanda Center wskazuje, że 95% korporacyjnych inicjatyw AI nie przyniosło mierzalnych finansowych zwrotów z inwestycji.
Przesunięcie wąskiego gardła z generowania kodu na weryfikację według Sonatype
Automatyzacja pisania kodu przesuwa kluczowe wąskie gardło z fazy implementacji na etap weryfikacji i integracji z istniejącą infrastrukturą. Masowe generowanie oprogramowania bez kontroli doprowadziło do drastycznego wzrostu liczby podatności w środowiskach produkcyjnych. Tradycyjne wskaźniki wydajności muszą zostać zastąpione miernikami uwzględniającymi rzeczywisty poziom zaufania do tworzonego kodu.
Badania GitHub wskazują, że programiści korzystający z GitHub Copilot mają o 53% wyższą szansę na pozytywne przejście prostych testów jednostkowych. Jednak kompleksowa analiza danych Sonatype z lat 2024–2026 wskazuje, że firmy tworzą miesięcznie niemal 5-krotnie więcej aplikacji, ale przeciętna aplikacja zawiera ponad 4-krotnie więcej poważnych luk bezpieczeństwa. Dążąc do opanowania tego zjawiska, Sonatype proponuje przejście od surowej ilości kodu do produktywności dostosowanej do zaufania (confidence-adjusted productivity), opartej na czterech filarach: Production yield (odsetek zmian trafiających bezpiecznie na produkcję), Rework (liczba cykli poprawek), Risk introduced (częstotliwość wprowadzania podatnych zależności) oraz Human oversight (nakład pracy ludzkiej wymagany do zatwierdzenia kodu). Badania Shen & Tamkin przeprowadzone na grupie 52 programistów wykazały, że osoby korzystające z pomocy AI uzyskały niższe wyniki w bezpośrednim teście zrozumienia kodu, jeśli biernie przyjmowały propozycje modelu zamiast aktywnie go analizować.
Wnioski praktyczne i rekomendacje
- Skonfiguruj sztywne limity rozmiaru dla zgłoszeń Pull Request tworzonych przy wsparciu AI do poziomu 200–300 linii kodu, wymuszając podział zadań na pojedyncze intencje oraz automatyczną blokadę w systemie CI/CD w przypadku braku sekcji założeń granicznych.
- Zmierz poziom długu weryfikacji oraz wskaźnik code churn w zespołach inżynieryjnych, wyliczając koszt cykli code review i poprawek na produkcji w odniesieniu do faktycznych oszczędności z subskrypcji AI.
- Zweryfikuj procedury wdrożeniowe pod kątem izolacji testów i asertywności — odrzucaj kod generowany przez AI, w którym testy jednostkowe jedynie potwierdzają własne założenia modelu bez weryfikacji rzeczywistych warunków brzegowych.
- Wdróż obowiązek pisania opisów podatności i modyfikowanych modułów własnymi słowami przez autora przed przekazaniem kodu do przeglądu, chroniąc organizację przed zjawiskiem Hollow Senior i utratą wiedzy architektonicznej.
Źródła
- (Over)Reliance on Test Agents in AI-Assisted Software Testing – arXiv
- AI Made Coding Cheaper. So Why Is Building Software Still So Expensive?
- Cheap Code, Costly Judgment: A Case Study on Governable Agentic Software Engineering
- Cheap Code, Expensive Confidence – O’Reilly
- Radar – O’Reilly
- Software Aging: Causes, Dynamics, and Architectural Remediation – Daniel Shaeffer
- Tests Don’t Prove Code Is Correct… They Just Agree With It : r/programming – Reddit
- The Hidden Cost of Replacing Developers with AI: What Leaders Get Wrong – Smartexe
Dodaj komentarz