Jedna od korisnijih lekcija iz rada s Claude Codeom je da isti AI agent koji je pomagao u pisanju featurea nije uvijek najbolji reviewer tog istog featurea. Zna za kompromise koje ste već prihvatili. Zna za prečace koje je sam predložio. I često više potvrđuje smjer nego što ga ozbiljno preispituje.
Zato za važnije promjene koristim odvojeni, svježi subagent s jasnim read-only zadatkom. Ne zato što je magično pametniji, nego zato što ulazi u codebase bez balasta razgovora i odluka iz implementacijske sesije.
Problem: implementacijski kontekst stvara slijepe točke
Tijekom razvoja AI asistent vidi svaku odluku: zašto je neki edge case odgođen, zašto test još nije dodan, zašto je integracija ispala jednostavnija nego što smo prvotno planirali. Taj kontekst koristan je dok razvijate, ali može smetati kad tražite nepristran review.
Ako istu sesiju pitate "reviewaj ovo", često ćete dobiti review koji djeluje razumno, ali propušta mjesta gdje je sama sesija već racionalizirala kompromis. To nije problem samo AI alata. I ljudski developeri lakše brane vlastito rješenje nego tuđe.
Rješenje: čisti subagent s uskim zadatkom
Umjesto reviewa u istoj sesiji, pokrenem subagent koji smije samo čitati kod. Dajem mu konkretan opseg, listu rizika i očekivani format odgovora. Primjer prompta:
Pokreni svježi subagent s read-only pristupom i pregledaj implementaciju ovog flowa. Ne koristi kontekst iz naše prethodne rasprave. Provjeri: - sigurnosne propuste - nedostajuće edge caseove - loš error handling - nedovoljno testirane dijelove - mjesta gdje je rješenje nepotrebno kompleksno Vrati nalaze kao prioritiziranu listu s file:line referencama.
Bitno je kako to formulirate. "Pregledaj kod" je preširoko. "Traži sigurnosne propuste, neobrađene edge caseove i rupe u testovima" je konkretno. Subagent ne mora znati cijelu povijest sesije; mora znati što točno treba preispitati.
Kada ovaj workflow ima smisla
Koristim ga za
- sigurnosno osjetljive promjene
- autorizaciju, naplatu i podatkovne migracije
- veće refaktore s više dodirnih točaka
- AI-generated promjene prije commita
Ne koristim ga za
- sitne copy izmjene
- jednostavne rename promjene
- brze eksperimente koji se neće commitati
- review bez jasnog opsega
Timski standard je važniji od jednokratnog trika
Ako tim želi ozbiljno koristiti AI alate u razvoju, ovakav workflow ne bi trebao ovisiti o nečijem pamćenju. Pravilo se može zapisati u projektni CLAUDE.md, skill ili interni delivery standard: za promjene iznad određene razine rizika koristi se odvojeni review agent s read-only pristupom.
To je dio šireg AI consulting pristupa: AI alati mogu ubrzati rad, ali samo ako se uvedu s jasnim pravilima za ownership, sigurnost, testiranje i review. Bez toga dobijete brže iteracije, ali i brže širenje grešaka.
Zaključak
Claude Code subagenti nisu zamjena za ljudski review, ali su vrlo korisni kao dodatni sloj provjere. Najbolje rade s uskim opsegom, read-only pristupom i kriterijima prilagođenima riziku.
Najveća vrijednost nije u samom subagentu nego u disciplini koju workflow uvodi: jasno definirani kriteriji kvalitete, svježa perspektiva i navika da AI-generated kod ne ide u produkciju bez neovisne provjere.
Josip Budalić
HOTFIX tim
Josip vodi HOTFIX d.o.o. i radi na software arhitekturi, AI-assisted development workflowima, modernizaciji codebasea i praktičnoj isporuci softwarea.