Intervjuer te pita: „Pričaj, kako radi Agent?" Ako odgovoriš „to je samo jedna while petlja: pozoveš model, pozoveš alat, pa opet pozoveš model", čestitam, opet si promašio ovo pitanje koje ti samo deli bodove, jao.

Zašto?

Zato što tok rada Agent-a ide daleko van običnog „pozovi model, pozoveš alat".

Danas za 3 minuta da te provedemo kroz ceo tok kako Agent obrađuje zahtev.

Ovim pitanjem intervjuer proverava dva nivoa: prvo, da li možeš jasno da ispričaš ceo proces obrade zahteva Agent-a; drugo, da li znaš onaj skriveni posao koji se odvija između petlji.

Dobro, evo sad odgovora za pun bod, nauči napamet i gotovo. Provešćemo to kroz jedan realni scenario.

Kažeš Claude Code-u: „Korisnici na produkciji javljaju da endpoint za poručivanje vraća 500, greška se pojavljuje od jutros, sinoć je otišla jedna verzija refaktorisanog koda modula za korisnike, pomozi mi da lociram uzrok, nađem bug i popravim, pa da pustim testove i potvrdim da je sve u redu."

Prvi korak, sklapanje konteksta. Kad tvoja poruka stigne, Agent je ne baca odmah modelu, nego prvo sastavi jedan kompletan ulaz: system prompt, lista definicija alata, pravila projekta iz CLAUDE.md, istorija razgovora, i tek na kraju tvoja poruka. Sve to zajedno, spojeno, jeste ono što model zapravo vidi.

Drugi korak, poziv modela. Model uzme kontekst, krene da rezonuje i vrati rezultat. Ovde postoji jedan ključni signal — stop_reason. Ako je tool_use, to znači da model želi da pozove alat, pa se petlja nastavlja; ako je end_turn, zadatak je završen i petlja staje. Prvi put model vraća tool_use: poziva alat Bash, da pokrene grep i pretraži log grešaka.

Treći korak, izvršenje alata. Agent preuzme tool_calls, prvo proveri dozvole, a kad prođu, izvrši grep i dobavi rezultat: NullPointerException, UserService, red 42.

Četvrti korak, ubacivanje rezultata. Log se umota u tool_result poruku i doda u istoriju razgovora. Tako model u sledećem krugu vidi te stvarne podatke.

I petlja ide dalje. Model vidi log, pa poziva Read da pročita source code; ustanovi da u redu 42 nema provere na null pointer, pa poziva Edit da doda tu proveru; kad popravi, poziva Bash da pokrene mvn test, i testovi prolaze. Model vraća end_turn, izbacuje sumarni izveštaj popravke, i petlja staje.

Četiri kruga poziva, četiri izvršenja alata. Tokom tog procesa Agent još potihog odradi i ponešto drugo, na primer: ako razgovor postane predug, uradi kompresiju u sumarnu belešku; ako alat prijavi grešku, ubaci tu poruku o grešci da se model sam prilagodi.

Ako intervjuer nastavi da pita: „Da li je tok rada isti kod različitih Agent-a?"

Reci mu — jezgro logike je svugde isto. Bilo da je terminal Agent poput Claude Code-a, desktop Agent poput Codex-a, ili framework poput LangGraph-a, sve je isto: while petljom se radi ReAct. Razlika je u Harness sloju: upravljanje dozvolama, kompresija konteksta, oporavak od grešaka — e, to je pravi šanac svakog Agent-a.

Na kraju, poklanjam svima jednu izreku: tok rada Agent-a glasi ovako — sklopi kontekst, pozovi model i gledaj signal; tool_use znači dalje, end_turn znači kraj posla.

Da li si savladao ovo pitanje? Za još izvornih, detaljnih rastavljanja Agent pitanja sa intervju-a, lajkuj i prati