Agentic engineering to praca dla klienta. Vibe coding to eksperyment.

Andrej Karpathy ukuł ten termin 2 lut 2025 we wpisie na X: „Jest nowy rodzaj kodowania, który nazywam »vibe coding«: całkowicie oddajesz się vibe’om, przyjmujesz wykładniczy wzrost i zapominasz, że kod w ogóle istnieje”. W tym samym wpisie nazwał to „całkiem niezłym przy jednorazowych weekendowych projektach”.

Kilka tygodni później Simon Willison doprecyzował termin: vibe coding to „budowanie oprogramowania z LLM bez przeglądania kodu, który pisze”. Jeśli przeglądasz kod, testujesz go i potrafisz go komuś wyjaśnić, to jest tworzenie oprogramowania.

To użyteczna definicja. Vibe coding nie jest oceną kodu napisanego przez AI. Opisuje decyzję, żeby na niego nie patrzeć.

Rok później, 4 lut 2026, Karpathy spojrzał wstecz. Programowanie z agentami LLM, napisał, staje się domyślnym sposobem pracy profesjonalistów, „tylko z większym nadzorem i wnikliwością”. Jego ulubiona nazwa: agentic engineering.

„Agentic”, bo „w 99% przypadków nie piszesz kodu bezpośrednio, tylko orkiestrujesz agentów, którzy to robią, i sprawujesz nadzór”. „Engineering”, bo „jest w tym sztuka, nauka i wiedza fachowa”, których można się nauczyć.

W praktyce agenci piszą kod, uruchamiają testy i proponują zmiany. Ty wyznaczasz cel, dzielisz pracę na kawałki, które agent może dokończyć, czytasz diff, decydujesz, co idzie na produkcję, i za to odpowiadasz.

Klient nie kupuje kodu. Klient kupuje pewność, że działa, że jest bezpieczny i że ktoś za nim stoi. Nic z tego nie przechodzi na agenta.

Jakość bierze się z review, nie z modelu. Agent, który w minutę pisze sto linii, pisze też sto linii, które ktoś musi sprawdzić.

Odpowiedzialność zostaje przy tym, kto podpisuje fakturę. „To agent zrobił” nie jest odpowiedzią, którą klient zaakceptuje.

Nowa jest możliwość prześledzenia pracy. Gdy agent przez godzinę pracował nad projektem klienta, klient powinien móc zobaczyć, co zrobił, a nie tylko to, że zostało to rozliczone.

Godziny były uczciwym przybliżeniem, dopóki ludzie wpisywali kod. Z agentami czas pracy i nakład pracy się rozjeżdżają.

Pięć minut promptowania uruchamia godzinę pracy agenta, po której następuje piętnaście minut review. Kilka projektów biegnie jednocześnie. A kto rozlicza się za godzinę, zarabia mniej właśnie wtedy, gdy dostarcza więcej w krótszym czasie.

To nie czyni nakładu pracy nieistotnym. Im mniej rozliczasz za godzinę, tym bardziej musisz wiedzieć, ile projekt naprawdę wymagał: przy fixed price, żeby zobaczyć, czy się opłacił; przy time & materials, żeby przenieść nakład w całości i w sposób zrozumiały dla klienta.

• Nakład pracy: Twój czas pracy, aktywny czas działania agentów i zużyte przez nich tokeny, per projekt.
• Postęp: czego dotyczyła każda sesja i jakie commity z niej powstały.
• Wartość: ile projekt był wart w stosunku do tego, ile wymagał, niezależnie od tego, czy rozliczany jest według nakładu, czy w cenie ryczałtowej.

Vibe coding możesz sprzedawać jako to, czym jest: prototyp, makietę, eksperyment, którego kodu nikt nie będzie utrzymywał. Napisz to w ofercie.

Oprogramowanie, które klient będzie uruchamiał, rozwijał i od którego będzie zależał, to inny produkt. To agentic engineering i rozlicza się je oraz dokumentuje jak inżynierię.