Intervjuer iz Tencent-a: Koja je razlika između Workflow-a i Agent-a?

Intervjuer te pita: „Koja je razlika između Workflow-a i Agent-a?" Ako odgovoriš „Workflow je samo low-code drag-and-drop, tek je Agent pravi AI", onda je gotovo — intervjuer odmah zna da niste radio na stvarnim projektima.

Zašto?

Zato što Workflow nije samo drag-and-drop forma, a u produkcionom okruženju većina AI sistema zapravo radi Workflow.

Danas za 3 minuta ću vam raščlaniti suštinsku razliku između Workflow-a i Agent-a.

Intervjuer ovim pitanjem uglavnom proverava dva nivoa: prvo, da li u jednoj rečenici jasno razdvojite tehničku granicu između Workflow-a i Agent-a; drugo, da li imate praktičnu procenu u kom scenariju treba koristiti Workflow, a kad treba Agent-a.

Dobro, evo odgovora za pun bod — nauči ga napamet i gotovo.

Prvo suštinska razlika, svodi se na jedno pitanje — ko kontroliše tok? Workflow je tok koji je razvojni tim unapred definisao — LLM radi u svakom čvoru, ali ne odlučuje kuda vodi sledeći korak. Agent sam odlučuje šta je sledeći korak, koji tool call da pokrene i kad da stane.

Kako da procenite? Da li pre početka zadatka možete da nacrtate kompletan dijagram toka? Ako možete — to je Workflow; ako ne možete — prepuštate Agent-u.

Sad o dve tipične forme Workflow-a.

Prva, vizuelni Workflow poput onog u Dify-ju. Na platno se prevlače čvorovi i povezuju, a svaki čvor je jedan LLM poziv ili jedan tool call. Na primer, sklopite RAG tok za pretragu — korisnik postavlja pitanje, vektorska pretraga, vraćanje iz baze znanja, LLM generiše odgovor; četiri čvora povezana i sve radi. Odgovara za brzu izgradnju standardizovanih zadataka poput moderacije sadržaja ili rutiranja korisničke podrške.

Druga, Workflow unutar Claude Code-a. Skriptama se orkestrira više Sub-agenta: pipeline za sekvencijalni tok, parallel za istovremeno izvršavanje. Na primer, code review — podeli na tri dimenzije: bug, performanse i bezbednost; za svaku dimenziju pošaljete po jednog Sub-agenta da paralelno skenira, a zatim se rezultati jedan po jedan provere. Tok je ono što su programeri napisali u kodu, a svaki Sub-agent ima izvesnu autonomiju u svom opsegu.

Suština obe forme je ista: kontrola je u rukama razvojnog tima, LLM ne donosi odluke o putanji.

Kada šta koristiti? Workflow odgovara za scenarije gde su koraci poznati i gde se traži stabilan, ponovljiv rezultat. Agent odgovara za scenarije gde koraci ne mogu unapred da se odrede — autonomno programiranje, duboka istraživanja, kompleksan debug — za ove ne možete unapred da nacrtate dijagram toka.

Ako intervjuer nastavi da pritiska: „Zašto ste izabrali Workflow?"

Reci mu. Prednost Workflow-a je u tome što se svaki korak može pojedinačno testirati, može se raditi rollback, a troškovi su predvidivi. Zvanična preporuka Anthropic-a je takođe: prvo najprostije rešenje, a kompleksnost dodajte samo kad je neophodno.

Na kraju, jedna formula za sve vas — ako možete da nacrtate dijagram toka, koristi Workflow; ono što ne možete da nacrtate, tek to prepuštate Agent-u.

Da li ste savladali ovo pitanje? Za još analiza na nivou izvornog koda pitanja iz Agent intervju —