Intervjuer te pita: „Šta je Plan-and-Execute obrazac?" Ako odgovoriš „to je kad se zadatak podeli na nekoliko koraka koji se izvrše redom", odgovorio si tačno samo trećinu.

Zašto?

Zato što srž Plan-and-Execute nije „trčanje po koracima", nego razdvajanje planiranja i izvršenja. Planiranje radi jak model, recimo Opus, a izvršenje slabiji model, recimo Sonnet.

Danas za 3 minute razlažemo i do kraja razjašnjavamo pitanje sa Agent-intervjua — Plan-and-Execute.

Ovim pitanjem intervjuer proverava tri stvari:

Prvo, da li ti je jasna razlika u odnosu na ReAct obrazac;

Drugo, da li znaš da objasniš tri ključne komponente;

Treće, da li imaš inženjerski osećaj za to koji obrazac koristiti u kojem scenariju.

Važi, sledi odgovor za pun broj poena — nauči ga napamet i gotovo.

Prvo, zašto uopšte postoji ovaj obrazac.

ReAct je svima već jasan, pričao sam o njemu — razmišljanje, akcija, opservacija, u korak-po-korak petlji. Ali ima jedan koban problem: nema globalnog planiranja.

Sledeći korak se određuje isključivo na osnovu rezultata prethodnog. Za proste zadatke to nije problem, ali čim zadatak postane složen — na primer „istraži mi tri konkurenta, QoderWork, TRAE Work i WorkBuddy, i napiši uporedni izveštaj" — ReAct lako skrene pa već pri drugom zaboravi šta je otkrio o prvom.

Kako Plan-and-Execute to rešava? Preko tri komponente.

Prvo, Planner, planer.

Obično uzmemo jak model koji, pošto dobije korisnikov cilj, radi jednokratno globalno planiranje i vraća listu zadataka.

Na primer: prvi korak pretraga ključnih funkcija konkurenta A, drugi korak konkurent B, treći korak konkurent C, četvrti korak sastavljanje tabele poređenja, peti korak generisanje izveštaja. Paznja — Planner samo razmišlja, ne poziva alate.

Pomalo u duhu „na komandi se strateški odlučuje, a pobeda se kuje daleko na terenu".

Drugo, Executor, izvršilac.

Pošto dobije plan, izvršava ga korak po korak. Svaki korak može biti jedan tool call, ali i ceo ReAct Agent koji obrađuje podzadatak.

Sad ključni deo — Executor može da koristi mnogo jeftiniji, manji model. Planiranje jakim modelom da se razmisli, a izvršenje manjim modelom da se odradi je sasvim dovoljno. U tome je suštinska logika kako Plan-and-Execute štedi token-e.

Treće, Replanner, replaner. Posle svakog izvršenog koraka on pregleda rezultat i bira jedno od tri: nastaviti sledećim korakom, izmeniti preostali plan, ili ako je zadatak završen odmah okončati. Plan nije uklesan — kad se skrene, mora da se ispravi.

Ako intervjuer dodatno pita: „Kad ne treba koristiti Plan-and-Execute?"

Reci mu — za proste zadatke nemoj. Provera vremena, rešavanje matematičkog zadatka, ReAct reši u dva-tri koraka. Plan-and-Execute već sam plan donosi trošak, pa za proste zadatke izlazi sporije i skuplje. Merilo je prosto: ako zadatak prelazi pet koraka ili zahteva saradnju više alata, idi na Plan-and-Execute; inače je ReAct dovoljan.

I za kraj jedna mantra — jaki model razmišlja, slabi model radi, kad se skrene prepravi se bez straha; preko pet koraka prvo planiraj, unutar tri neka ReAct radi.

Da li si savladao ovo pitanje? Za još detaljnih razlaganja pitanja sa Agent-intervjua na nivou izvornog koda — pogledajte prateći video.