gik|iewicz

TL;DR: Vibe coding to pisanie kodu przez promptowanie bez wglądu w implementację. Inżynieria agentowa to projektowanie systemów z kontrolą nad agentami AI. Simon Willison zauważa, że te dwa światy zaczynają się pokrywać – narzędzia sprawiają, że granica między nimi szybko znika, co rodzi nowe wyzwania dla branży.

Czym właściwie jest vibe coding?

Andrei Karpathy określił vibe coding jako styl programowania, w którym programista kieruje AI promptami, całkowicie ignorując szczegóły implementacji. Użytkownik opisuje cel, a model językowy generuje rozwiązanie. Tradycyjny programista pisze każdą linijkę, podczas gdy vibe coder deleguje to zadanie i ocenia wynik wyłącznie po działaniu aplikacji.

Podejście to znacznie obniża próg wejścia – ktoś bez wiedzy o typowaniu czy architekturze może stworzyć działający prototyp. Dlatego vibe coding świetnie sprawdza się przy szybkich eksperymentach czy skryptach jednorazowych. Gorzej z projektami wymagającymi długoterminowego utrzymania, testów i dokumentacji. Simon Willison na swoim blogu zwraca uwagę na haczyk: gdy projekt rośnie, brak zrozumienia wygenerowanego kodu staje się barierą. Debugowanie wymaga czytania linijek, których nigdy się nie pisało, co jest zupełnie innym doświadczeniem niż naprawianie własnych błędów.

Czym jest inżynieria agentowa?

Inżynieria agentowa (agentic engineering) to podejście, w którym programista projektuje systemy składające się z wielu agentów AI wykonujących określone zadania. Inżynier definiuje architekturę, przepływ danych, ograniczenia i mechanizmy bezpieczeństwa, a agenty wykonują pracę w ramach tych wytycznych.

Różnica w stosunku do vibe codingu jest zasadnicza. Vibe coding to interakcja z jednym modelem w jednym oknie rozmowy. Inżynieria agentowa to budowa systemu, gdzie wiele modeli współpracuje, każdy z jasno zdefiniowaną rolą (np. jeden agent pisze kod, drugi testuje, trzeci weryfikuje testy, czwarty deployuje). Jak podkreśla artykuł na DEV Community, podejście to wymaga tych samych umiejętności co tradycyjna inżynieria oprogramowania: projektowania architektury, zarządzania złożonością czy planowania skalowalności. Willison dodaje, że inżynier agentowy musi dodatkowo rozumieć, jak działają modele językowe, gdzie mają ograniczenia i jak je testować – to nowa dziedzina łącząca klasyczną inżynierię z prompt engineeringiem.

Dlaczego te dwa światy się zacierają?

Simon Willison w swoim niedawnym wpisie przyznaje, że vibe coding i inżynieria agentowa zbliżają się do siebie bardziej, niż by tego chciał. Narzędzia takie jak Claude Code, Cursor czy Windsurf sprawiają, że granica między oboma podejściami staje się płynna.

Dzieje się tak, ponieważ asystenci stają się coraz bardziej autonomiczni. Cursor nie tylko podpowiada kod – potrafi refaktoryzować całe pliki, dodawać testy czy naprawiać błędy w kontekście całego projektu. Claude Code potrafi czytać dokumentację, instalować zależności i uruchamiać testy. To zachowanie w bardzo naturalny sposób przypomina agenta. Programista zaczynający od vibe codingu ewoluuje w stronę inżynierii agentowej. Gdy projekt rośnie, trzeba dodawać testy czy CI/CD. Narzędzia AI przejmują te zadania, ale wymagają coraz bardziej precyzyjnych instrukcji. Z casualowego promptowania powoli rodzi się architektura agentowa. Z drugiej strony, inżynierowie agentowi korzystają z tych samych narzędzi co vibe coderzy. Gdy stają się one wystarczająco dobre, pełna świadomość tego, co dzieje się pod spodem, bywa traktowana bardziej jako opcja niż wymóg.

Gdzie leży granica między kontrolą a zaufaniem?

Centralne napięcie między omawianymi koncepcjami dotyczy kontroli. Vibe coding zakłada zaufanie do modelu – nie czytasz kodu, weryfikujesz działanie. Inżynieria agentowa zakłada kontrolę – projektujesz system, nadzorujesz agentów. Karpathy rysuje tu ostrą linię: vibe coding podnosi podłogę dla początkujących, a inżynieria agentowa podnosi sufit dla profesjonalistów.

Rozważmy skalę zaufania do narzędzi AI:

• Poziom 1 – Autouzupełnianie linii kodu (Copilot w trybie suggestion)
• Poziom 2 – Generowanie całych funkcji z opisu (Cursor Composer)
• Poziom 3 – Refaktoryzacja całych plików z kontekstem projektu
• Poziom 4 – Autonomiczne rozwiązywanie issue z dostępem do repozytorium
• Poziom 5 – Projektowanie i implementacja architektury wielomodułowej

Vibe coding zaczyna się na poziomie 2 i często kończy na 3. Inżynieria agentowa operuje na poziomach 4-5. Narzędzia pozwalają programiście zaczynać od poziomu 2 i naturalnie wspinać się wyżej, często bez świadomości, że przekracza niebezpieczną granicę.

Dlaczego to zatarcie granicy jest problematyczne?

Willison wyraża obawę, że granica znika szybciej, niż by chciał. Obie ścieżki wymagają zupełnie innych kompetencji, a narzędzia nie komunikują tej różnicy użytkownikowi. Programista może szybko przejść od generowania pojedynczych funkcji do autonomicznych zmian w całym kodzie. Badania pokazują, że AI utwierdza Cię w błędach o 49% częściej niż człowiek – gdy nie rozumiesz wygenerowanego kodu, nie wiesz, czy model wprowadził lukę.

Artykuł na DEV Community argumentuje, że inżynieria agentowa musi zastąpić vibe coding w profesjonalnych projektach, ponieważ ten drugi po prostu nie skaluje się. Działa dla plików rzędu kilkuset linijek kodu. Przy systemach produkcyjnych brak architektury i dokumentacji staje się krytyczny. Cursor nie pyta jednak: „Czy chcesz przejść z trybu vibe coding do trybu agentic engineering?”. Po prostu daje coraz potężniejsze możliwości. Początkujący nie mają intuicji, by zwolnić i przejąć stery. Mogą budować systemy o architekturze, której nie rozumieją, używając narzędzi, które maskują złożoność.

To nieświadome przekroczenie granicy staje się dziś największym zagrożeniem dla jakości oprogramowania. Zamiast wyraźnego przejścia od luźnego promptowania do zarządzania agentami, dostajemy płynny ciąg, w którym narzędzia dają potęgę bez konieczności posiadania odpowiedniej wiedzy architektonicznej. Zrozumienie, w którym momencie przestajemy tylko „vibować”, a zaczynamy projektować system agentowy, staje się kluczową umiejętnością każdego programisty korzystającego z AI.

FAQ

Czy vibe coding zastąpi tradycyjne programowanie?
Nie całkowicie. Vibe coding świetnie sprawdza się przy szybkich prototypach i skryptach jednorazowych, ale nie skaluje się do systemów produkcyjnych, gdzie kluczowa jest architektura, testy i bezpieczeństwo.

Czym różni się vibe coding od inżynierii agentowej?
Vibe coding polega na interakcji z jednym modelem i ocenie efektu końcowego bez wglądu w kod. Inżynieria agentowa to projektowanie systemu z wieloma wyspecjalizowanymi agentami AI, gdzie inżynier ma pełną kontrolę nad architekturą i przepływem danych.

Czy początkujący programista powinien unikać vibe codingu?
Nie, bo to świetne narzędzie do nauki i budowania pierwszych prototypów, które skutecznie obniżają próg wejścia do branży. Powinien jednak mieć świadomość, że podejście to ma swoje granice. Z chwilą, gdy projekt przestaje być jednorazowym skryptem, należy zacząć zgłębiać architekturę i przejąć kontrolę nad tworzonego kodem.

Dlaczego debugowanie kodu wygenerowanego przez AI jest trudniejsze?
Ponieważ wymaga czytania i analizy logiki, której człowiek sam nie zaprojektował. Naprawianie „czyjegoś” kodu (w tym wygenerowanego przez maszynę) bez wcześniejszego zrozumienia jego struktury wizualnej i koncepcyjnej jest zupełnie innym, znacznie bardziej wymagającym doświadczeniem niż poprawianie własnych błędów.