Claude Code i talas “vibe coding” alata: šta se stvarno menja u razvoju softvera

“Vibe coding” je za kratko vreme prešao put od fore do realnog workflow-a: kažeš šta želiš, AI napiše i izmeni kod, a ti iteriraš kroz pokretanje, testiranje i usmeravanje — često bez čitanja svake linije. Najveća promena nije to što AI može da napiše funkciju. Najveća promena je što AI sve više radi kao agent u okviru tvog repozitorijuma: menja više fajlova, snalazi se kroz strukturu projekta, pokreće komande i vodi zadatak od ideje do PR-a.

Claude Code je dobar primer tog pravca: radi iz terminala, razume codebase i može da pomogne oko rutinskih zadataka i git workflow-a kroz prirodni jezik. Official overview: https://code.claude.com/docs/en/overview

U ovom tekstu je ono što ti stvarno treba: šta se menja u praksi, gde dobijaš brzinu, gde nastaje rizik i koje “ograde” (guardrails) moraš da postaviš ako hoćeš brzinu bez haosa.

Šta je “vibe coding” (a šta nije)

Termin “vibe coding” se popularizovao 2025. i uglavnom znači prompt-first pristup: umesto da sve pišeš ručno, ti vodiš AI kroz nameru i feedback. U najčistijoj formi to znači da brzo prihvataš dosta AI koda i ocenjuješ ga pre svega po ponašanju (testovi, runtime, UX), a ne po “zanatu” svake linije — naročito u prototip fazi.

Ali u ozbiljnom razvoju, skoro svi završe na “kontrolisanom vibe coding-u”: i dalje brzo iteriraš uz AI, ali uvodiš review, testove, security provere i jasna ograničenja da bi rezultat bio spreman za produkciju.

• Autocomplete era: AI sugeriše sledeći red; ti si autor.
• Chat era: AI objašnjava i predlaže; ti integrišeš.
• Agent era: AI menja fajlove i pokreće korake; ti nadgledaš.

Zašto Claude Code deluje “drugačije”: od sugestija ka akcijama

Agent u terminalu menja mentalni model. Ne razmišljaš više “pomozi mi da napišem kod”, nego “pomozi mi da završim zadatak”. Taj zadatak često uključuje istraživanje repoa, pronalazak modula, refactor kroz više fajlova, dodavanje testova, update dokumentacije i pripremu čistog git diff-a.

Zato agenti često deluju kao veći skok u produktivnosti nego autocomplete: najveći deo vremena u razvoju ne ode na kucanje, nego na kontekst, povezivanje komponenti i proveru da ništa nisi slomio.

• Multi-file refactor: “preimenuj ovaj koncept svuda i ne menjaj ponašanje.”
• Scaffolding: “dodaj endpoint + validaciju + testove + update šeme.”
• Debug loop: “ovo je error, nađi root cause i predloži najmanji bezbedan patch.”
• Git higijena: “napravi atomic commit-e, smislen message i update changelog.”

Novi workflow: Spec → Plan → Patch → Proof

Timovi koji iz vibe coding-a izvuku realan benefit obično koriste isti loop:

• Spec: jasno definiši šta znači “done” (input/output, ograničenja, non-goals).
• Plan: traži da agent prvo predloži korake i fajlove koje će dirati.
• Patch: implementacija u malim inkrementima (preferiraj male diff-ove).
• Proof: testovi, dodatni testovi za edge-case i checklista validacije.

Poenta: agent nije autoritet — tvoj “definition of done” jeste. Što su ograničenja jasnija, manje je “AI slučajnosti” u produkciji.

Šta postaje brže (i zašto)

Vibe coding najviše pobeđuje na poslu koji je “poznat obrazac”, ali troši vreme — integracija i glue code.

• CRUD endpoint-i i admin paneli po istom pattern-u
• Validacija formi i consistent error handling kroz slojeve
• Refactor koji dotiče više fajlova, ali je mehanički predvidiv
• Generisanje testova kada daš očekivanja i primere
• Dokumentacija, README, changelog, runbook, migration note
• IaC scaffolding (compose/config) uz obaveznu proveru

Agent je “pojačivač” za poznate oblike posla. Najbolji je kada znaš šta želiš, i spreman si da nadgledaš.

Šta puca (i zašto ljudi izgore)

Failure mode-ovi su predvidivi — ali dolaze brže jer agent može da promeni mnogo koda odjednom.

• Tihi regresi: “radi”, ali edge-case puca (nema testova = nema alarma).
• Nekonzistentna arhitektura: svaki feature u drugačijem stilu.
• Security rupe: loši default-i, fali auth check, pogrešan CORS, slaba validacija input-a.
• Dependency creep: agent ubaci biblioteku koju ne želiš da održavaš.
• Halucinirani API: poziva funkcije koje ne postoje ili pogrešno razume framework.
• Over-refactor: prepiše pola repoa umesto minimalne promene.

Ovo uglavnom nisu “AI problemi” nego problemi nadzora. Agent će optimizovati za brzinu dok ti ne kažeš da optimizuje za sigurnost.

Praktična guardrails checklista (da radi u timu)

Ako hoćeš da vibe coding radi i u timu (ne samo solo), uvedi ovo:

• Scope pre patch-a: agent mora da navede koje fajlove menja pre nego što menja.
• Preferiraj male diff-ove: minimalna promena koja rešava problem.
• Testovi su obavezni za rizične delove: auth, billing, permission, write operacije.
• Bez tajni: nikad tokeni u chat; env var + secret manager.
• Policy za dependency: bez novih biblioteka bez odobrenja.
• CI je sudija: lint + unit + typecheck pre merge-a.
• Feature flag za veće stvari: bezbedan rollout umesto “big bang”.

Ako uvedeš samo jednu stvar: nateraj agent da opravda promene testovima. Testovi pretvaraju “vibe” u dokaz.

Prompt pattern koji stvarno radi: prvo ograničenja

Slabi rezultati najčešće dolaze iz maglovitih promptova. Dobri rezultati dolaze iz ograničenja i primera.

Primer prompt šablona: 1) Goal: <šta menjamo> 2) Non-goals: <šta ne diramo> 3) Constraints: <performance/security/style> 4) Acceptance tests: <očekivana ponašanja> 5) Repo context: <gde da počne> 6) Output: <plan pa patch>

Traži plan prvo, odobri plan, pa tek onda patch. Taj jedan korak sprečava većinu situacija “agent se zaleteo”.

Gde je Claude Code najbolji: IDE vs terminal agent

IDE copiloti su odlični dok aktivno edituješ kod. Terminal agenti su odlični kada hoćeš da vodiš ceo zadatak preko repoa i toolchain-a (git, testovi, generatori, linteri). U praksi — koristiš oba.

• IDE AI: funkcije, refactor jednog fajla, objašnjenje modula.
• Terminal agent: multi-file task, repo navigacija, pokretanje skripti, shaping commit-ova.

Realnost u produkciji: brz prototip vs poverenje

Vibe coding je brutalan za prototip. Zamka je preskakanje faze “građenja poverenja” kada ideš ka produkciji. Produkcija traži konzistentnost, observability i security — i tu AI kod često bude najslabiji ako ne primoraš standarde.

Zdrava strategija usvajanja je staged:

• Faza 1: Prototip (brza iteracija, ručna validacija).
• Faza 2: Stabilizacija (testovi, error handling, logging, validacija input-a).
• Faza 3: Productionize (security review, monitoring, runbook, SLO, rollout plan).

Tabela: gde je ROI najveći, a gde je rizik najveći

Kako da izmeriš da li stvarno radi

Ne meri vibe coding po “koliko je koda generisano”. Meri po rezultatu i kvarovima:

• Lead time do merge-a: da li feature-i izlaze brže uz isti kvalitet?
• Bug rate posle merge-a: da li regresi rastu ili padaju?
• Review time: da li su PR-ovi lakši (manji diff, bolji opis)?
• Trend test coverage-a: raste, stoji ili pada?
• Rast dependency-ja: da li dodajemo nepotrebne biblioteke?

Zaključak: vibe je superpower — ako ga vežeš dokazima

Claude Code i slični agenti guraju razvoj ka novom default-u: prirodni jezik postaje početna tačka, a kod postaje artefakt koji agent napravi. Pobeđuju timovi koji brzinu pretvore u pouzdan rezultat kroz testove, ograničenja i disciplinovan review.

Ako ga uvedeš sa guardrails, vibe coding može da skrati nedelje na dane. Ako ga uvedeš bez guardrails, može da sabije mesece tehničkog duga u jedan sprint.