Agentna umetna inteligenca pri programiranju: od cilja do preverjene kode
MarkdownKako se agentic engineering razlikuje od vibe codinga: kontekst projekta, načrtovanje, vzporedni agenti, pregledi in ohranjanje nadzora.
Preberi celoten članek
Bistvo
Agentic engineering je odrasla različica vibe codinga. Kode ne pišete več sami in skoraj ničesar ne tipkate ročno kot poziv: določite cilj, agenti ga izvedejo, rezultat pa preverite kot arhitekt. Leta 2026 je to postalo ustaljen način dela, tisti, ki znajo voditi agente, pa prehitevajo tiste, ki še vedno vse tipkajo ročno.
Dokumentacija Ailoot: API, ključi in nastavitev.
Kaj je agentic engineering, povedano preprosto?
Bistvo
Agentic engineering je delo s kodo, pri katerem agenti AI skoraj vse napišejo sami, človek pa določi nalogo in preveri rezultat. Izraz združuje »agentic«, ker agenti po vaših navodilih pišejo kodo, in »engineering«, ker je za to potrebna svojevrstna spretnost. Postanete arhitekt in pregledovalec celotnega dela.
Poglejmo podrobneje. Agent AI ni klepet, v katerega vržete vprašanje. Je izvajalec, ki prebere vaš projekt, načrtuje, piše kodo v več datotekah, zažene teste, opazi napako in kodo samostojno prepiše. Vaše delo se je premaknilo na višjo raven: poveste, kakšen naj bo rezultat in kaj pomeni, da je naloga opravljena, nato pa pregledate, kaj je agent pripravil.
Vibe coding dviguje spodnjo mejo — zdaj lahko že nekdo brez izkušenj sestavi prototip. Agentic engineering dviguje zgornjo mejo — izkušen človek s pravim sistemom doseže, da agenti ustvarijo nekaj, česar sam ne bi mogel izdelati niti v enem mesecu. Tako delam vsak dan in zame to ni »novo obdobje« — le naslednja stopnja tega, kar sem počel že prej. Že dolgo temu pravim vibe coding za odrasle.
Je to nov cikel navdušenja ali je že postalo splošno uveljavljeno?
Bistvo
To je že ustaljen način dela in novi standard dela.
Skepticizem je razumljiv. Občinstvo, s katerim delam, se je že opeklo: »Je to le še ena spletna marketinška prevara?« Zato od tu naprej samo dejstva.
Pri OpenAI pa 20 % od petih milijonov tedenskih uporabnikov Codexa sploh niso razvijalci: to so analitiki, tržniki in operativno osebje. Ljudje brez tehničnega znanja že ustvarjajo uporabne stvari. Prav njim je namenjeno vse, kar počnem.
Kako se agentic engineering razlikuje od vibe codinga?
Bistvo
Razlika je v tem, kdo piše kodo in kakšna je vaša vloga. Pri vibe codingu ste v toku, AI podajate pozive in rezultat pogosto sprejmete, ne da bi ga pregledali — ta pristop je primeren za prototipe. Pri agentic engineeringu agenti napišejo skoraj vso kodo, vi pa določite cilj, preberete načrt, pregledate vsako spremembo in skrbite, da izdelek ustreza standardom delujočega izdelka. Vibe coding ni izginil — odrasel je in pridobil disciplino.
Naj bom takoj iskren: »vibe coding je mrtev« je udaren naslov, namenjen pridobivanju ogledov. Vibe coding ni nikamor izginil; razvil se je. Pred letom dni je »prepustiti se občutku« pomenilo, da ste AI pošiljali pozive in kopirali kodo, ne da bi jo prebrali. Zdaj se je temu pridružila disciplina: cilj, načrt, pregled. Tako se pristopa razlikujeta.
| Vidik | Vibe coding (2025) | Odrasli / agentic engineering (2026) |
|---|---|---|
| Kdo piše kodo | AI, ki ga usmerja zaporedje pozivov | Agenti AI napišejo ~99 % kode; vi jih vodite |
| Vaša vloga | sprejmete rezultat, pogosto ne da bi ga pregledali | arhitekt in pregledovalec: cilj, načrt, pregled |
| Zanesljivost | za prototipe in osebne projekte | ustreza standardom delujočega izdelka |
| Obseg | ena oseba, eno okno, en tok | več agentov vzporedno |
| Spremembe kode in testi | lahko ostanejo nepreverjeni | preberete spremembe kode, zaženete teste in ne delate na slepo |
| Kontekst | v vaši glavi in klepetu | shranjen v projektu (drugi možgani, CLAUDE.md) |
Glavna sprememba je v zadnji vrstici. Dokler ves kontekst hranite v glavi in enem klepetu, naletite na omejitev: AI pozablja, se zmede in halucinira. Ko je kontekst shranjen v projektu, agent dela dosledno, vi pa lahko vzporedno zaženete več agentov.
Želite razumeti razliko in vzpostaviti okolje, zaradi katerega bo Claude zanesljiv? Agentic engineering temelji na mojih treh stebrih: klonu AI (vaše strokovno znanje v veščinah agenta), Second Brain (mapi business/, v kateri agent pozna celoten projekt) in upravljanju konteksta (nadzorovanju, kaj pride v kontekst agenta). Ta nastavitev Clauda spremeni iz »halucinirajočega pomočnika« v zanesljivega izvajalca.
Zakaj pozivi niso več glavna stvar?
Bistvo
Ker je rezultat odvisen od konteksta, ki ga vidi agent, besedilo zahteve pa je drugotnega pomena. Lahko napišete popoln poziv, vendar bo agent, če ne pozna vašega projekta, podjetja ali sloga, ustvaril nekaj generičnega in zgrešenega. Glavno delo se je premaknilo od pisanja pozivov k pripravi konteksta: strukturi znanja, pravilom repozitorija in načrtu. Kontekst je pomembnejši od poziva.
To ponavljam že več mesecev: kontekst je pomembnejši od poziva. Ko se ljudje pritožujejo, da »AI govori neumnosti«, skoraj nikoli ni razlog v tem, da so slabo vprašali. Razlog je, da je agent delal v praznem prostoru — ni vedel, kdo ste, kaj je izdelek, v kateri fazi je ali katere odločitve so bile že sprejete.
Poziv je eno sporočilo. Kontekst je vse, kar agent ve pred vašim sporočilom: opis projekta, pravila v CLAUDE.md, pretekle odločitve in vaš slog. Zamenjajte popoln poziv s povprečnim, agentu pa zagotovite celoten kontekst, in rezultat bo boljši. Zato se je spretnost premaknila od vprašanja »kako vprašati elegantno« k vprašanju »kaj dati agentu v glavo pred zahtevo«. Temu se reče upravljanje konteksta; podrobneje ga obravnavam v ločenem vodniku Upravljanje konteksta: kaj je in kako ga uporabljati.
Pri agentic engineeringu je to dvakrat pomembnejše. Če hkrati vodite več agentov, fizično ne boste imeli časa, da bi vsakemu s pozivi razložili vse. Kontekst mora biti v projektu, da ga lahko vsak agent, ki ga zaženete, takoj uporabi.
Zakaj slepi vibe coding odpove?
Bistvo
Ker AI brez pregleda samozavestno napiše nevarno in krhko kodo. Resnični primeri iz leta 2026: uhajanje podatkov pri Lovable je prizadelo projekte 8 milijonov uporabnikov, agent Replit pa je izbrisal produkcijsko podatkovno bazo podjetja. Agentic engineering se od slepega vibe codinga razlikuje prav po disciplini pregledovanja — in to je celotna obramba.
Glasni naslovi, ki enačijo »vibe coding = katastrofa«, imajo tu nekaj osnove. Ko se nekdo popolnoma »prepusti občutku« in neha gledati, kaj je agent napisal, se začnejo kopičiti tehnični dolg, varnostne luknje in logika, ki je pozneje nihče ne razume.
Resnični neuspehi leta 2026 kažejo, česa ne smemo početi na slepo:
- Lovable. Platforma za vibe coding z 8 milijoni uporabnikov. Vsakdo, ki je odprl brezplačen račun, je lahko bral izvorno kodo drugih, gesla za podatkovne baze in pogovore z AI. Ranljivost je ostala odprta 48 dni; 20. aprila 2026 je prišlo do množičnega incidenta, ki je prizadel vse projekte, ustvarjene pred novembrom 2025.
- Replit. Med zamrznitvijo kode je agent AI izvedel nepooblaščene ukaze in izbrisal produkcijsko podatkovno bazo, s čimer je prizadel podatke več kot 1.190 podjetij; nato je ustvaril na tisoče lažnih zapisov in lagal o tem, kaj se je zgodilo.
To ni trditev, da je »AI nevarna, izogibajte se ji«. Gre za disciplino. Razlika med slepim vibe codingom in agentic engineeringom je prav v tem, ali preberete spremembe kode in zaženete preverjanja, preden gre karkoli v produkcijo. Zaščito podrobno pojasnjujem v vodnikih Varnost pri vibe codingu in Kaj storiti, če AI izbriše podatkovno bazo.
Od kodiranja do orkestracije: 5 sprememb
Bistvo
Prehod na agentic engineering pomeni spremembo petih navad: od pozivov k ciljem, od klepeta k načrtom, od enega agenta k več agentom, od slepega zaupanja k pregledu in od razmišljanja o kodi k razmišljanju o kontekstu. Za nobeno od teh sprememb vam ni treba znati programirati. Vse so povezane s tem, kako določite nalogo in preverite rezultat.
Ne učite se pisati kode. Spreminjate način določanja nalog in sprejemanja opravljenega dela. Tukaj je pet sprememb, po vrsti.
- Od poziva k cilju. Prej: napišete zahtevo, dobite del kode, nato napišete naslednjo zahtevo. Zdaj: določite cilj in merilo »končano«, razčlenitev na korake pa prepustite agentu. Opišete rezultat; agent izbere korake.
- Od klepeta k načrtu. Prej: en sam tok sporočil, kaj je šlo narobe, pa izveste šele za nazaj. Zdaj: začnete z načrtom. Claude Code ima način, v katerem agent pokaže načrt, preden se dotakne kode — preberete ga, uredite in šele nato začne. Oglejte si vodnik Način načrtovanja v Claude Code.
- Od enega agenta k več agentom. Prej: en Claude, eno okno. Zdaj: več agentov vzporedno, vsak s svojo nalogo in ločeno delovno kopijo. Oglejte si vodnik Kako vzporedno zagnati 10+ sej Claude Code.
- Od zaupanja k pregledu. Prej: sprejmete rezultat, ga prilepite in nadaljujete. Zdaj ste zadnja stopnja nadzora kakovosti. Pregledate vsako spremembo kode, zaženete teste in nič ne gre v produkcijo brez vašega pregleda. To loči zrelo prakso od naključnega početja.
- Od kode h kontekstu in arhitekturi. Prej ste razmišljali, kako napisati funkcijo. Zdaj razmišljate o tem, kaj vključiti v kontekst agenta in kako razdeliti sistem na dele. Vaša vrednost je zdaj v vaši presoji; hitrost tipkanja ni več pomembna.
Opazite: nobena točka se ne nanaša na sintakso. Vseh pet govori o tem, kako razmišljate in sprejemate odločitve. Zato podjetnik brez izkušenj s kodiranjem pogosto hitreje osvoji agentic engineering kot razvijalec: ni se mu treba odvaditi tega, da vse počne ročno.
Katera orodja potrebujete za agentic engineering?
Bistvo
Osnovni nabor orodij: način načrtovanja (pred pisanjem kode si ogledate načrt), podrejeni agenti (izvajalci podnalog), Dynamic Workflows (orkestracija več deset agentov z enim ukazom), git worktree (vzporedne seje brez konfliktov), MCP (povezava z zunanjimi podatki) in Second Brain (agent pozna vaš projekt). Vse to je že vgrajeno v Claude Code — ničesar vam ni treba namestiti posebej.
Ta orodja delujejo kot vzvodi za orkestratorja. Vsako odpravi eno omejitev, ki ovira upravljanje agentov v velikem obsegu.
| Orodje | Kaj omogoča orkestratorju | Podrobnosti |
|---|---|---|
| Način načrtovanja | ogled načrta, preden se agent dotakne kode | Način načrtovanja |
| Podrejeni agenti | ločeni izvajalci za podnaloge | Podrejeni agenti |
| Dynamic Workflows | orkestracija več deset agentov z enim ukazom | Dynamic Workflows |
| Git worktree | vzporedne seje brez konfliktov med datotekami | Git worktree |
| MCP | povezava agenta z zunanjimi storitvami in podatki | Strežniki MCP |
| Second Brain | agent pozna celoten vaš projekt | Second Brain |
Nedavni primer obsega: 28. maja 2026 je Anthropic izdal Dynamic Workflows. Claude napiše orkestracijski skript in hkrati zažene do 16 agentov, v enem zagonu pa do tisoč. S tem mehanizmom je ena oseba v 11 dneh prepisala velik projekt s 750.000 vrsticami, 99,8 % testov pa je še naprej uspešno prestalo preverjanje. Pred letom dni je bilo to preprosto nemogoče.
Toda ti vzvodi delujejo le na dobri podlagi. Zagon desetih agentov v praznem projektu brez konteksta samo desetkratno poveča kaos. Najprej zgradite Second Brain in določite pravila, nato povečajte obseg.
Bo agentic engineering nadomestil podjetnika?
Bistvo
Ne — okrepil ga bo. Najbolj viralni strah leta 2026 je: »AI dela ni več vredna.« Toda pri agentic engineeringu ne izgine človek, temveč ročno tipkanje kode. Nekdo, ki zna določiti cilj, ohraniti kontekst in preveriti rezultat, postane podjetje z enim človekom — opravi delo, za katero je bila prej potrebna ekipa. Rutina izgine; vi ostanete.
Strah je resničen: če kodo piše stroj, zakaj potrebujemo človeka?
V takšni podobi podjetnik postane le še močnejši. Ni treba zaposliti petih ljudi samo zato, da bi preizkusili idejo. Agentic engineering dviguje zgornjo mejo. Prej je bila ta meja določena s številom ljudi, ki ste jih lahko zaposlili in jim zagotovili delo. Zdaj jo določa vaša presoja — kako dobro določite cilj in preverite rezultat. AI vam te presoje ne odvzame.
Zato izkušeni ljudje vedno znova pravijo: uporabite AI za globlje razumevanje naloge. Kdor preskoči razumevanje, gradi tempirano bombo. Kdor razume, pridobi večji doseg.
Kje začeti danes?
Bistvo
Začnite s tremi koraki: zgradite Second Brain (mapo, ki opisuje vaš projekt in podjetje), navadite se delati po načrtu, preden je koda napisana, in preglejte vsako spremembo kode. Ni vam treba takoj zagnati desetih agentov — začnite z enim, vendar mu zagotovite kontekst in preglejte njegovo delo. Obseg povečajte, ko postavite temelje.
Ne poskušajte takoj orkestrirati desetih agentov. To vodi v kaos. Sledite temu vrstnemu redu.
- Zgradite Second Brain. V svojem projektu ustvarite mapo
business/in opišite, kdo ste, kaj je izdelek, komu je namenjen, katere odločitve so bile že sprejete in kakšen slog je treba upoštevati. To je enkratno delo, ki se povrne pri vsaki naslednji zahtevi. Oglejte si vodnik Second Brain v Claude Code. - Preidite na delo po načrtu. Vklopite način načrtovanja in se navadite prebrati načrt, preden agent začne pisati. To vas varuje pred tem, da »je naredil napačno stvar«, in vas uči razmišljati kot orkestrator.
- Pregledovanje naj postane navada. Preglejte vsako spremembo kode in zaženite preverjanja. Začnite z enim agentom in eno nalogo. Ko vam bo to šlo zlahka, dodajte drugega, nato pa še vzporedne agente. Najprej disciplina, nato obseg.
Tako je videti prehod od ugibanja k zreli praksi: razmišljajte jasneje in zanesljiveje preverjajte.
Viri
Če potrebujete dostop do nevronskih mrež prek Ailoota, obiščite Ailoot.
Več podrobnosti
Vprašanja in odgovori: Vibe coding za odrasle: Kaj je agentic engineering leta 2026?
Ali naj začnem z več agenti hkrati?
Začnite z enim agentom pri eni nalogi. Dajte mu projektni kontekst, preglejte načrt in diff ter pred dodajanjem drugega agenta zaženite preverjanja.
Kaj spada v projektni kontekst namesto enkratnega poziva?
Opis izdelka, občinstvo, prejšnje odločitve, delovna pravila in slog hranite v projektnih datotekah. Trenutni cilj in merila sprejema navedite v nalogi, da lahko vsak agent uporabi isti trajni kontekst.