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 nisi 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 ti 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 razdvojiš tehničku granicu između Workflow-a i Agent-a; drugo, da li imaš 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 proceniš? Da li pre početka zadatka možeš da nacrtaš kompletan dijagram toka? Ako možeš — to je Workflow; ako ne možeš — prepuštaš 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, sklopiš 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šalješ 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žeš unapred da nacrtaš 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 dodaj samo kad je neophodno.

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

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