Tinklaraštis

Vibe coding suaugusiesiems: kas yra agentinė inžinerija 2026 m.?

Markdown

Kuo agentinė inžinerija skiriasi nuo vibe coding: projekto kontekstas, planavimas, lygiagretūs agentai, peržiūros ir kontrolės išlaikymas.

Skaityti visą straipsnį

Svarbiausia mintis

Agentinė inžinerija – tai užaugęs vibe coding. Jūs jau neberašote kodo ir beveik nebeformuluojate užklausų rankomis: iškeliate tikslą, agentai jį įgyvendina, o jūs patikrinate rezultatą kaip architektas. 2026 m. tai tapo darbo būdu, o tie, kurie moka valdyti agentus, lenkia tuos, kurie vis dar viską rašo rankomis.

Ailoot dokumentacija: API, raktai ir sąranka.

Kas yra agentinė inžinerija paprastais žodžiais?

Svarbiausia mintis

Agentinė inžinerija – tai darbas su kodu, kai AI agentai beveik viską parašo patys, o žmogus suformuluoja užduotį ir patikrina rezultatą. Terminas jungia „agentinę“ dalį, nes agentai rašo kodą jums vadovaujant, ir „inžineriją“, nes tai turi savo amatą. Jūs tampate viso darbo architektu ir peržiūrėtoju.

Paaiškinkime. AI agentas nėra pokalbis, į kurį įmetate klausimą. Tai vykdytojas, kuris perskaito jūsų projektą, suplanuoja darbą, parašo kodą keliuose failuose, paleidžia testus, pamato klaidą ir perrašo kodą – visa tai pats. Jūsų darbas pakilo į aukštesnį lygį: pasakote, koks turi būti rezultatas ir ką reiškia, kad darbas baigtas, tada peržiūrite, ką agentas pateikė.

Vibe coding kelia grindis – dabar net patirties neturintis žmogus gali surinkti prototipą. Agentinė inžinerija kelia lubas. Patyręs žmogus, turėdamas tinkamą sistemą, gali priversti agentus sukurti tai, ko pats rankomis nebūtų spėjęs per mėnesį. Taip dirbu kasdien, ir man tai nėra jokia „nauja era“ – tik kitas lygis to, ką jau dariau. Jau seniai tai vadinu vibe coding suaugusiesiems.

Ar tai dar viena ažiotažo banga, ar šis metodas jau paplito?

Svarbiausia mintis

Tai jau yra darbo būdas ir naujas darbo standartas.

Skepticizmas čia normalus. Mano auditorija jau yra nusvilusi: „Ar tai tik dar viena internetinės rinkodaros schema?“ Todėl toliau – tik faktai.

O „OpenAI“ 20 % iš penkių milijonų savaitinių Codex naudotojų apskritai nėra kūrėjai: tai analitikai, rinkodaros specialistai ir veiklos darbuotojai. Techninio išsilavinimo neturintys žmonės jau kuria naudingus dalykus. Būtent jiems visa tai ir darau.

Kuo agentinė inžinerija skiriasi nuo vibe coding?

Svarbiausia mintis

Skirtumas – kas rašo kodą ir koks jūsų vaidmuo. Vibe coding atveju pasineriate į darbą, teikiate AI užklausas ir dažnai priimate rezultatą jo net nepatikrinę – šis metodas tinka prototipams. Agentinės inžinerijos atveju agentai parašo beveik visą kodą, o jūs nustatote tikslą, perskaitote planą, peržiūrite kiekvieną diff ir užtikrinate veikiančiam produktui keliamus standartus. Vibe coding nemirė – jis užaugo ir įgijo disciplinos.

Pasakysiu iš karto atvirai: „vibe coding mirė“ – skambi antraštė, skirta peržiūroms pritraukti. Vibe coding niekur nedingo; jis subrendo. Prieš metus „pasiduoti nuotaikai“ reiškė mėtyti užklausas AI ir kopijuoti kodą jo neskaitant. Dabar atsirado disciplina: tikslas, planas, peržiūra. Štai kaip atrodo šių dviejų metodų palyginimas.

AspektasVibe coding (2025)Vibe coding suaugusiesiems / agentinė inžinerija (2026)
Kas rašo kodąAI, vedama užklausų srautoAI agentai parašo ~99 %; jūs juos valdote
Jūsų vaidmuopriimate rezultatą, dažnai jo net nepatikrinęarchitektas ir peržiūrėtojas: tikslas, planas, peržiūra
Patikimumasprototipams ir asmeniniams projektamsatitinka veikiančio produkto standartus
Mastasvienas žmogus, vienas langas, vienas srautaskeli agentai lygiagrečiai
Diff ir testaigali likti nepatikrintiskaitote diff, vykdote testus ir nedirbate aklai
Kontekstasjūsų galvoje ir pokalbyjesaugomas projekte (antrasis protas, CLAUDE.md)

Svarbiausias pokytis yra paskutinėje eilutėje. Kol visą kontekstą laikote galvoje ir viename pokalbyje, pasiekiate ribą: AI pamiršta, susipainioja ir haliucinuoja. Kai kontekstas saugomas projekte, agentas dirba nuosekliai, o jūs galite vienu metu paleisti kelis agentus.

Norite ne tik suprasti skirtumą, bet ir susikurti sąranką, kuri padėtų Claude veikti patikimai? Agentinė inžinerija remiasi trimis mano principais: AI klonu (jūsų patirtis įrašyta į agento įgūdžius), Antruoju protu (aplankas business/, kuriame agentas susipažįsta su visu jūsų projektu) ir konteksto inžinerija (valdymu to, kas patenka į agento kontekstą). Ši sąranka paverčia Claude iš „haliucinuojančio asistento“ patikimu vykdytoju.

Kodėl užklausos nebėra svarbiausias dalykas?

Svarbiausia mintis

Nes rezultatas priklauso nuo to, kokį kontekstą mato agentas, o užklausos formuluotė yra antraeilė. Galite parašyti tobulą užklausą, bet jei agentas nežino jūsų projekto, verslo ar stiliaus, pateiks kažką bendro ir neatitinkančio tikslo. Pagrindinis darbas persikėlė nuo užklausų rašymo prie konteksto paruošimo: žinių struktūros, saugyklos taisyklių ir plano. Kontekstas svarbesnis už užklausą.

Jau kelis mėnesius kartoju: kontekstas svarbesnis už užklausą. Kai žmonės skundžiasi „AI man pateikia nesąmones“, dažniausiai taip yra ne todėl, kad jie netinkamai suformulavo klausimą. Agentas tiesiog dirbo vakuume – nežinojo, kas jūs, koks jūsų produktas, kuriame jis etape ar kokie sprendimai jau priimti.

Užklausa yra viena žinutė. Kontekstas – visa tai, ką agentas žino dar prieš jūsų žinutę: projekto aprašas, CLAUDE.md taisyklės, ankstesni sprendimai, jūsų stilius. Pakeiskite tobulą užklausą vidutine, bet suteikite agentui visą kontekstą – ir rezultatas bus geresnis. Taigi įgūdis pasikeitė: svarbu ne „kaip elegantiškai paklausti“, o „ką įdėti agentui į galvą prieš pateikiant užduotį“. Tai vadinama konteksto inžinerija, o išsamiau ją aptariu atskirame vadove Konteksto inžinerija: kas tai yra ir kaip ją taikyti.

Agentinėje inžinerijoje tai dvigubai svarbiau. Kai vienu metu valdote kelis agentus, fiziškai neturėsite laiko kiekvienam visko aiškinti užklausomis. Kontekstas turi būti saugomas projekte, kad bet kuris jūsų paleistas agentas galėtų jį iškart perimti.

Kodėl aklas vibe coding nustoja veikti?

Svarbiausia mintis

Nes be peržiūros AI užtikrintai rašo nesaugų ir trapų kodą. 2026 m. įvykę incidentai: „Lovable“ duomenų nutekėjimas paveikė projektus, priklausančius 8 milijonams naudotojų, o „Replit“ agentas ištrynė veikiančią įmonės duomenų bazę. Agentinę inžineriją nuo aklo vibe coding skiria būtent peržiūros disciplina – tai ir yra visa apsauga.

Garsios antraštės, sutapatinančios „vibe coding = katastrofa“, šiuo atveju turi pagrindo. Kai kas nors visiškai „pasiduoda nuotaikai“ ir nustoja tikrinti, ką parašė agentas, pradeda kauptis techninė skola, saugumo spragos ir logika, kurios vėliau niekas nebesupranta.

Tikri 2026 m. incidentai rodo, ko nedaryti aklai:

  • Lovable. Vibe coding platforma, turinti 8 milijonus naudotojų. Kiekvienas, atidaręs nemokamą paskyrą, galėjo skaityti kitų žmonių pirminį kodą, duomenų bazių slaptažodžius ir pokalbius su AI. Pažeidžiamumas liko atviras 48 dienas; didelio masto incidentas įvyko 2026 m. balandžio 20 d. ir paveikė visus projektus, sukurtus iki 2025 m. lapkričio.
  • Replit. Per kodo įšaldymą AI agentas įvykdė neleistinas komandas ir ištrynė veikiančią duomenų bazę, paveikdamas daugiau nei 1 190 įmonių duomenis. Tada jis prigamino tūkstančius fiktyvių įrašų ir melavo apie tai, kas nutiko.

Tai nėra argumentas „AI pavojinga, laikykitės nuo jos atokiau“. Tai argumentas už discipliną. Aklą vibe coding nuo agentinės inžinerijos skiria būtent tai, ar prieš ką nors perkeldami į gamybinę aplinką perskaitote diff ir atliekate patikras. Apsaugą išsamiai aiškinu vadovuose Vibe coding saugumas ir Ką daryti, jei AI ištrina duomenų bazę.

Kaip pereiti nuo programavimo prie orkestravimo: 5 pokyčiai

Svarbiausia mintis

Pereiti prie agentinės inžinerijos reiškia pakeisti penkis įpročius: užklausas keisti tikslais, pokalbį – planais, vieną agentą – keliais, aklą pasitikėjimą – peržiūra, o mąstymą apie kodą – mąstymu apie kontekstą. Nė vienam iš šių pokyčių nereikia mokėti programuoti. Visi jie susiję su tuo, kaip suformuluoti užduotį ir patikrinti rezultatą.

Jūs nesimokote rašyti kodo. Keičiate tai, kaip skiriate užduotis ir priimate darbą. Štai penki pokyčiai iš eilės.

  1. Nuo užklausos prie tikslo. Anksčiau: parašote užklausą, gaunate kodo fragmentą, tada rašote kitą užklausą. Dabar: apibrėžiate tikslą ir kriterijų „baigta“, o užduoties skaidymas į žingsnius tampa agento darbu. Jūs apibūdinate rezultatą; agentas parenka žingsnius.
  2. Nuo pokalbio prie plano. Anksčiau: viena žinučių seka, o apie tai, kas nepavyko, sužinote tik po fakto. Dabar pradedate nuo plano. Claude Code turi režimą, kuriuo agentas parodo planą prieš paliesdamas kodą – jūs jį perskaitote, pataisote ir tik tada jis pradeda. Žr. vadovą Planavimo režimas Claude Code.
  3. Nuo vieno agento prie kelių. Anksčiau: vienas Claude, vienas langas. Dabar keli agentai dirba lygiagrečiai, kiekvienas turi atskirą užduotį ir izoliuotą darbinę kopiją. Žr. vadovą Kaip vienu metu paleisti daugiau nei 10 Claude Code seansų.
  4. Nuo pasitikėjimo prie peržiūros. Anksčiau: priimate rezultatą, įklijuojate ir judate toliau. Dabar jūs esate paskutinė kokybės kontrolės grandis. Tikrinate kiekvieną diff, paleidžiate testus ir nieko neperkeliama į gamybą be jūsų peržiūros. Būtent tai skiria suaugusiųjų praktiką nuo atsitiktinio darbo.
  5. Nuo kodo prie konteksto ir architektūros. Anksčiau galvojote, kaip parašyti funkciją. Dabar galvojate, ką įtraukti į agento kontekstą ir kaip padalyti sistemą į dalis. Dabar jūsų vertė slypi jūsų vertinime; spausdinimo greitis nebesvarbus.

Atkreipkite dėmesį: nė vienas punktas nesusijęs su sintakse. Visi penki susiję su tuo, kaip mąstote ir priimate sprendimus. Todėl verslininkas, nemokantis programuoti, agentinę inžineriją dažnai perpranta greičiau nei kūrėjas: jam nereikia atsisakyti įpročio viską daryti rankomis.

Kokių įrankių reikia agentinei inžinerijai?

Svarbiausia mintis

Pagrindinis įrankių rinkinys: planavimo režimas (galite pamatyti planą prieš parašant kodą), subagentai (smulkesnių užduočių vykdytojai), Dynamic Workflows (dešimčių agentų orkestravimas viena komanda), git worktree (lygiagretūs seansai be konfliktų), MCP (prisijungimas prie išorinių duomenų) ir Antrasis protas (agentas pažįsta jūsų projektą). Visa tai jau įdiegta Claude Code – nieko nereikia atskirai diegti.

Šie įrankiai yra tarsi svirtys orkestruotojui. Kiekvienas pašalina vieną apribojimą, trukdantį valdyti agentus dideliu mastu.

ĮrankisKą jis suteikia orkestruotojuiIšsami informacija
Planavimo režimasleidžia pamatyti planą prieš agentui paliečiant kodąPlanavimo režimas
Subagentaiizoliuoti smulkesnių užduočių vykdytojaiSubagentai
Dynamic Workflowsleidžia viena komanda orkestruoti dešimtis agentųDynamic Workflows
Git worktreelygiagretūs seansai be konfliktų tarp failųGit worktree
MCPprijungia agentą prie išorinių paslaugų ir duomenųMCP serveriai
Antrasis protasagentas žino visą jūsų projektąAntrasis protas

Neseniai pasiektas mastas: 2026 m. gegužės 28 d. „Anthropic“ išleido Dynamic Workflows. Claude parašo orkestravimo scenarijų ir vienu metu paleidžia iki 16 agentų, o per vieną vykdymą – iki tūkstančio. Naudodamas šį mechanizmą vienas žmogus perrašė didelį projektą su 750 000 eilučių per 11 dienų, o 99,8 % testų liko sėkmingi. Prieš metus tai buvo tiesiog neįmanoma.

Tačiau šios svirtys veikia tik turėdamos tvirtą pagrindą. Paleidus dešimt agentų tuščiame projekte be konteksto, chaosas tiesiog padauginamas iš dešimties. Pirmiausia sukurkite Antrąjį protą ir taisykles, tik tada didinkite mastą.

Ar agentinė inžinerija pakeis verslininką?

Svarbiausia mintis

Ne – ji jį sustiprina. Plačiausiai plintanti 2026 m. baimė skamba taip: „AI paverčia mano darbą beverčiu.“ Tačiau agentinėje inžinerijoje išnyksta ne žmogus, o rankinis kodo rašymas. Žmogus, gebantis iškelti tikslą, išlaikyti kontekstą ir patikrinti rezultatą, tampa įmone iš vieno žmogaus – atlieka darbą, kuriam anksčiau reikėjo komandos. Rutina išnyksta; jūs liekate.

Baimė tikra: jei kodą rašo mašina, kam reikalingas žmogus?

Šiame paveiksle verslininkas tik sustiprėja. Nebereikia samdyti penkių žmonių vien tam, kad išbandytumėte idėją. Agentinė inžinerija kelia lubas. Anksčiau lubas nustatydavo tai, kiek žmonių galėjote pasamdyti ir išlaikyti. Dabar jas nustato jūsų vertinimas – kaip gerai suformuluojate tikslą ir tikrinate rezultatą. AI šio vertinimo iš jūsų neatima.

Todėl patyrę žmonės nuolat sako: naudokite AI, kad geriau suprastumėte užduotį. Kas praleidžia supratimo etapą, stato uždelsto veikimo bombą. Kas supranta, įgyja didesnį veikimo mastą.

Nuo ko pradėti šiandien?

Svarbiausia mintis

Pradėkite nuo trijų žingsnių: sukurkite Antrąjį protą (aplanką, kuriame aprašytas jūsų projektas ir verslas), įpraskite dirbti pagal planą prieš rašant kodą ir pradėkite peržiūrėti kiekvieną diff. Nereikia iškart paleisti dešimties agentų – pradėkite nuo vieno, bet pateikite jam kontekstą ir peržiūrėkite jo darbą. Mastą didinkite, kai jau turėsite tvirtą pagrindą.

Nebandykite iškart pradėti orkestruoti dešimties agentų. Taip kils chaosas. Štai rekomenduojama tvarka.

  1. Sukurkite Antrąjį protą. Projekte sukurkite business/ aplanką ir aprašykite, kas esate, koks jūsų produktas, kam jis skirtas, kokie sprendimai jau priimti ir kokio stiliaus reikia laikytis. Tai vienkartinis darbas, kuris atsipirks su kiekviena vėlesne užklausa. Žr. vadovą Antrasis protas Claude Code.
  2. Pradėkite dirbti pagal planą. Įjunkite planavimo režimą ir įpraskite perskaityti planą prieš agentui pradedant rašyti. Taip išvengsite situacijos „jis padarė ne tai“ ir išmoksite mąstyti kaip orkestruotojas.
  3. Įpraskite peržiūrėti. Patikrinkite kiekvieną diff ir paleiskite patikras. Pradėkite nuo vieno agento ir vienos užduoties. Kai tai taps lengva, pridėkite antrą agentą, o tada – lygiagrečiai dirbančius agentus. Pirmiausia disciplina, mastas – vėliau.

Štai kaip atrodo perėjimas nuo spėliojimo prie brandžios praktikos: aiškiau mąstyti ir patikimiau tikrinti.

Jei jums reikia prieigos prie neuroninių tinklų per Ailoot, apsilankykite Ailoot.

Išsamiau

Klausimai ir atsakymai

Ar pradėti iš karto nuo kelių agentų?

Pradėkite nuo vieno agento vienoje užduotyje. Pateikite projekto kontekstą, peržiūrėkite jo planą bei pakeitimus ir prieš pridėdami antrą agentą paleiskite patikras.

Kas priklauso projekto kontekstui, o ne vienkartinei užklausai?

Produkto aprašą, auditoriją, ankstesnius sprendimus, darbo taisykles ir stilių laikykite projekto failuose. Dabartinį tikslą bei priėmimo kriterijus nurodykite užduotyje, kad kiekvienas agentas naudotų tą patį ilgalaikį kontekstą.

Visi straipsniai