Pet veština za vrhunski rad sa AI agentima

Kao inženjer sa decenijom iskustva, tvrdim vam: proces nikada nije bio važniji. Danas imate pristup floti osrednjih do dobrih inženjera koje možete angažovati u sekundi. Ali ti inženjeru imaju fatalnu manu. Oni nemaju pamćenje.

Problem "Inženjera bez pamćenja"

Svaki put kada pokrenete AI agenta (poput Claude Code), on izlazi iz "kapsule za rađanje" (birthing pod). On nema pojma o vašim prošlim odlukama. Ne uči iz grešaka koje je napravio pre pet minuta. Svaki zadatak je novi život bez prethodnog iskustva.

"AI agenti su kao flota osrednjih do dobrih inženjera... ali čudna stvar kod njih je što nemaju pamćenje. Oni se ne sećaju stvari koje su radili ranije i zato su vam potrebni strogo definisani procesi."

Uspeh ne leži u "boljem promptovanju". Leži u kodiranju vašeg inženjerskog procesa u stroge staze po kojima agent mora da hoda. Ako nemate proces, AI će samo brže proizvoditi haos.

Lekcija 1: "Grill Me" – Nemilosrdno postizanje razumevanja

Moja najvažnija veština ima samo tri rečenice. Zove se Grill Me. Njen cilj je da natera agenta da vas intervjuiše dok ne postignete apsolutno zajedničko razumevanje (shared understanding).

Srž ove veštine je stablo dizajna (design tree), koncept koji je popularizovao Frederick Brooks u svojoj knjizi The Design of Design. Svaka inženjerska odluka je grana. Ako izaberete naprednu pretragu, morate rešiti granu filtera, pa granu sortiranja. Agent mora proći kroz svaku granu pre nego što pipne kod.

Ključna razlika: Napredni agent ne postavlja glupa pitanja. On prvo istražuje bazu koda da bi sam odgovorio na sve što može, a onda vas "rešeta" samo o onome što nedostaje. Bez ovoga, agent će pretpostaviti pogrešno i protraćiti vam sate.

Lekcija 2: Od ideje do PRD-a kao "Sidra Automatizacije"

Kada se ideja "izgriluje", ona postaje PRD (Product Requirements Document). U mom sistemu, PRD nije mrtvo slovo na papiru, već GitHub issue koji služi kao destinacija.

Kvalitetan PRD proces obuhvata:

• Istraživanje repozitorijuma: Verifikacija tvrdnji pre pisanja.
• Skiciranje modula: Identifikacija šta se menja, a šta pravi ispočetka.
• User Stories: Opis ponašanja sistema (često u Cucumber stilu).
• Implementacione odluke: Dovoljno detaljne da usmere, dovoljno fleksibilne da ostanu trajne.

Ovaj dokument je input za autonomnu petlju (poput mog Ralph loop-a) koja konzumira zadatke dok ne stigne do cilja.

Lekcija 3: Razbijanje na "Tracer Bullets" i Blocking Relationships

PRD je destinacija, ali vam treba plan puta. Veština PRD to issues pretvara dokument u niz GitHub taskova. Zaboravite horizontalne slojeve (prvo baza, pa API). Koristimo "tracer bullets" (obeležavajući meci) – tanke vertikalne preseke funkcionalnosti.

Cilj je da se odmah napadnu "nepoznate nepoznanice". Ako integrišete dva sistema koja nikad nisu pričala, to radite prvo. Ako to ne radi, ceo plan pada u vodu.

Senior savet: Uspostavite "blocking relationships" (zavisnosti) između issue-a. To omogućava paralelizaciju. Dok jedan agent radi na motoru, drugi može raditi na UI-u koji nije blokiran, jer je proces jasno definisao granice.

Lekcija 4: TDD i borba protiv "zaštitničkog" AI-a

Test-Driven Development (TDD) je najkonzistentniji način da podignete kvalitet koda koji AI generiše. Agent prati Red-Green-Refactor ciklus: piše test koji pada, piše minimalan kod, pa refaktoriše.

"TDD je bio najkonzistentniji način na koji sam poboljšao rezultate agenata."

Međutim, AI modeli su "zaštitnički nastrojeni" prema svom kodu dok im je on u neposrednom vidnom polju (context window). Teško će kritikovati i menjati ono što su upravo napisali. Pro tip: Ponekad je najbolje obrisati chat istoriju pre faze refaktoringa. Kada agent "zaboravi" da je on autor, biće nemilosrdan prema lošem kodu.

Lekcija 5: Arhitektura kao sudbina

Ako je vaša baza koda deponija (garbage codebase), AI će u njoj proizvoditi smeće. AI mrzi "plitke module" – hiljadu malih fajlova gde morate skakati sa jednog na drugi da biste razumeli jedan koncept.

Težimo dubokim modulima: moćna funkcionalnost iza jednostavnog, tankog interfejsa. Ovde senior inženjer mora biti "human in the loop" jer arhitektura zahteva ukus (taste).

Kao senior, morate postaviti sledeća pitanja:

• "Gde razumevanje jednog koncepta zahteva skakanje između mnogo malih fajlova?"
• "Gde su čiste funkcije izvučene samo radi testabilnosti, dok se bagovi kriju u načinu na koji se pozivaju?"
• "Gde tesno povezani moduli stvaraju rizik na spojevima?"

Možete naložiti agentu da pokrene tri pod-agenta paralelno, od kojih svaki mora da predloži radikalno drugačiji dizajn interfejsa. Vi birate najbolji ili hibrid. To je inženjering, a ne kucanje teksta.

Zaključak: Tretirajte agente kao ljude sa čudnim ograničenjima

Uspeh sa alatima kao što je Claude Code ne dolazi iz poznavanja sintakse. Dolazi iz vaše sposobnosti da budete arhitekta procesa. Tretirajte agente kao kolege: sposobne, ali sa amnezijom.

Najveća prepreka automatizaciji niste vi, niti AI. To je vaša baza koda. Ako je ona konfuzna vama, AI-u će biti nepremostiva prepreka.

Pitanje za vas: Da li je vaša arhitektura spremna da je agent razume, ili ćete postati zatvorenik sopstvenog lošeg koda dok vas konkurencija obilazi pomoću automatizacije?