Agentic engineering — co zastąpiło vibe coding w 2026 roku
Agentic engineering to budowanie oprogramowania z agentami AI, które planują, piszą, testują i wdrażają kod pod ustrukturyzowanym nadzorem człowieka. W miejsce improwizowanych promptów vibe codingu wchodzą specyfikacje, bramki testowe i orkiestracja — powtarzalny proces zamiast udanej sesji.
Zmiana terminu — ogłoszona przez autora
Andrej Karpathy wprowadził pojęcie vibe codingu na początku 2025 roku. W lutym 2026 sam uznał je za przeżytek. To nie sprzeczność — sposób pracy, który nazwał, po prostu dorósł. Improwizowane promptowanie w oknie czatu zmieniło się w zestaw praktyk z narzędziami, nazwami i znanymi trybami awarii, a ludzie, którzy przy tym zostali, potrzebowali określenia, które nie brzmi jak weekendowy eksperyment.
Przyjęło się „agentic engineering”. Akcent przesunął się z vibe’u — zaakceptuj, co model wygenerował, poprawiaj na wyczucie — na inżynierię: pisemne specyfikacje, testy blokujące scalenie i agenci, którzy prowadzą zadanie od planu do pull requesta, podczas gdy człowiek ocenia decyzje, a nie każdą linijkę.
Co się właściwie zmieniło
Różnicą nie jest model. Różnicą jest to, kto strukturyzuje pracę i gdzie stoją punkty kontroli.
| Wymiar | Vibe coding (2025) | Agentic engineering (2026) |
|---|---|---|
| Wejście | Otwarty prompt | Pisemna specyfikacja z zakresem i ograniczeniami |
| Rola agenta | Autouzupełnianie na sterydach | Planuje, edytuje, uruchamia testy, otwiera PR |
| Weryfikacja | Człowiek czyta diff — czasami | Testy i bramki przeglądu wpięte w proces |
| Skala | Jeden asystent, jedna sesja | Wielu agentów, orkiestracja i logi |
| Wynik | Demo, które raz zadziałało | Zmiana, która przeżyje produkcję |
Liczby, które wymusiły tę zmianę
Zainteresowanie firm systemami wieloagentowymi wzrosło o ponad 1400% między początkiem 2024 a połową 2025 roku — tak Gartner liczy pytania od klientów — a firmy, które wdrażają agentów, prowadzą ich średnio około dwunastu. Luka zaufania z czasów vibe codingu nigdy się przy tym nie domknęła: około 92% amerykańskich programistów używa narzędzi AI codziennie, a tylko około 29% ufa temu, co one generują.
Agentic engineering to odpowiedź na tę lukę. Skoro wygenerowanemu kodowi nie można ufać z założenia, to albo czyta się każdą linijkę — co kasuje zysk z szybkości — albo buduje uprząż, która weryfikuje wynik automatycznie. Ta uprząż to właśnie cała dyscyplina.
Warstwa open source, na której to stoi
Każde działające środowisko agentowe opiera się gdzieś na open source, ale poszczególne warstwy są nierówno zatłoczone.
- Orkiestracja i frameworki agentów — najbardziej zatłoczona warstwa; dziesiątki projektów konkurują tą samą pętlą planowania, więc wyróżnia dopiero wąska specjalizacja domenowa.
- Pamięć i stan — sposób, w jaki agent pamięta, co robił tydzień temu. Wiarygodnych projektów jest niewiele, a potrzebuje ich każde poważne wdrożenie.
- Obserwowalność i ewaluacje — logowanie tego, co agenci naprawdę zrobili, i ocena, czy zrobili to dobrze. Chronicznie niedoinwestowane względem popytu.
- Agenci kodujący i uprzęże — narzędzia sterujące edytorem i CI. Szybko zmieniający się środek stawki, w którym nowe projekty wciąż się przebijają.
Co z tego wynika dla tego, co budujesz
Okazja przesunęła się o poziom wyżej. W 2025 roku oczywistym pomysłem była aplikacja wygenerowana z AI. W 2026 jest nim rusztowanie wokół agentów: warstwa pamięci pod konkretny stack, harness ewaluacyjny pod konkretne ryzyko, orkiestrator dopasowany do kształtu zespołu. To dokładnie te projekty, którym najbardziej opłaca się start od istniejącego kodu zamiast pustego repozytorium.
Katalog RepoLoot opisuje 87 projektów frameworków agentowych i orkiestracji wśród 491 rekordów — każdy z odpowiedzią, co realnie da się na nim zbudować i jak trudne jest pierwsze wdrożenie. A to pytanie rozstrzyga, czy projekt agentowy wyjdzie na produkcję, czy utknie.
Najczęstsze pytania
- Co to jest agentic engineering?
- Dyscyplina budowania oprogramowania z agentami AI, które planują, piszą, testują i wdrażają kod pod ustrukturyzowanym nadzorem człowieka. Formalizuje to, co vibe coding improwizował: pisemne specyfikacje, automatyczne bramki weryfikacji i orkiestrację wielu agentów, z człowiekiem oceniającym decyzje zamiast każdej linijki.
- Czy vibe coding umarł?
- Termin się zużywa — Andrej Karpathy, jego autor, w lutym 2026 uznał go za przeżytek. Sama praktyka nie umarła, tylko dojrzała. Szybkie, improwizowane generowanie wciąż ma sens przy prototypach, ale praca produkcyjna przeszła na procesy oparte na specyfikacjach i bramkach, opisywane dziś jako agentic engineering.
- Czym różni się agentic engineering od vibe codingu?
- Vibe coding zaczyna od otwartego promptu i polega na tym, że człowiek oceni wynik na oko. Agentic engineering zaczyna od pisemnej specyfikacji, pozwala agentom zaplanować i wykonać zmianę, a wynik weryfikuje testami i przeglądem przed scaleniem. Model może być ten sam — proces nie jest.
- Jakie narzędzia są potrzebne do agentic engineeringu?
- Agent kodujący (Claude Code, Cursor, Aider lub podobny), proces specyfikacji (Spec Kit, Kiro, OpenSpec albo tryb planowania wbudowany w narzędzie), testy wpięte w CI, żeby zła zmiana nie mogła się scalić, a przy skalowaniu do wielu agentów — orkiestracja, wspólna pamięć i obserwowalność, gdzie większość terenu pokrywają projekty open source.