Boris Agatić · · 11 min čitanja

Prompt Inženjering 2026: Definitivan Vodič za Claude, GPT-4o i Poslovni AI

Prompt inženjering više nije nišna vještina — to je primarno sučelje između vaše poslovne logike i AI modela koji je izvršavaju. Kada se radi dobro, razlika je između AI asistenta koji vašem timu štedi 20 sati tjedno i onog koji producira outpute kojima ne možete vjerovati. Ovaj vodič pokriva obrasce, tehnike i anti-obrasce koji najviše utječu u 2026. — testirani na Claude Sonnet 4.6, GPT-4o i Mistral Large u produkcijskim implementacijama.

Zašto prompting još uvijek ima značaj u 2026.

Uobičajena zabluda je da su noviji, pametniji modeli učinili prompting manje važnim. Istina je suprotna. Sposobniji modeli osjetljiviji su na kvalitetu prompta jer su bolji u praćenju uputa — i dobrih i loših. Neodređen ili loše strukturiran prompt dan Claudeu Sonnetu producira neodređen, loše strukturiran rezultat s impresivnom tečnošću. Model vas neće upozoriti da nije razumio vašu namjeru; samopouzdano će producirati nešto nalik onome što ste tražili.

Drugi razlog zašto je prompting još uvijek važan: poslovne AI implementacije zahtijevaju konzistentne, pouzdane outpute. Model koji producira sjajne rezultate u 80% slučajeva nije spreman za produkciju ako ostalih 20% zakazuje na nepredvidive načine. Prompt inženjering je primarni alat za sužavanje te varijance.

3–5×
poboljšanje kvalitete outputa uz dobro strukturirane sistemske promptove nasuprot ad-hoc uputama
40%
smanjenje potrošnje tokena (i troška) kada su promptovi precizni umjesto opširnih
60%
poslovnih AI grešaka uzrokovano je dizajnom prompta, ne ograničenjima modela

Anatomija produkcijskog sistemskog prompta

Sistemski prompt je najvažniji prompt koji pišete. On uspostavlja ulogu modela, ograničenja, format outputa i zadane ponašanja. Svaka produkcijska AI implementacija treba dobro osmišljen sistemski prompt — ne kao predložak, već kao precizni instrument.

Kvalitetan sistemski prompt ima pet komponenti:

  1. Uloga i identitet — tko je model i čemu služi
  2. Opseg i ograničenja — što treba i što ne smije raditi
  3. Zadana ponašanja — ton, format, duljina, stil odgovora
  4. Domenski kontekst — pozadinsko znanje koje treba pretpostaviti
  5. Specifikacije outputa — kako odgovori trebaju biti strukturirani

Primjer sistemskog prompta za B2B asistenta za prodajnu inteligenciju:

SISTEMSKI PROMPT — B2B Asistent za Prodajnu Inteligenciju # Uloga i identitet Vi ste B2B asistent za prodajnu inteligenciju tvrtke Meridian Analytics, SaaS tvrtke koja prodaje software za revenue operations mid-market i enterprise tvrtkama (200–5000 zaposlenika). Vaš posao je pomoći Account Executivima u istraživanju potencijalnih klijenata, pisanju outreacha i pripremi za discovery callove. # Opseg i ograničenja Pomažete s: istraživanjem potencijalnih klijenata, personaliziranim emailovima, pripremom za callove, odgovaranjem na prigovore, konkurentskim pozicioniranjem. Ne radite: odluke o cijenama, odobravanje popusta, obećanja o roadmapu, pravne savjete. Ako se to zatraži, uputite na odgovarajući interni kontakt. # Zadana ponašanja Ton: profesionalan, direktan i samopouzdan — prilagođen B2B enterprise prodaji. Duljina: sažeto. Preferirajte bullet točke nad paragrafima za liste. Nesigurnost: ako ne znate specifičnu činjenicu o potencijalnom klijentu, recite to i predložite gdje to pronaći. Nikada ne izmišljajte detalje o tvrtkama. # Specifikacije outputa Outreach emailovi: predmet + tijelo, do 150 riječi, bez generičkih uvoda. Sažeci istraživanja: pregled tvrtke, nedavni okidači, ključni kontakti, predloženi kut. Vodiči za callove: agenda, discovery pitanja, mogući prigovori + odgovori.
Ključni uvid za Claude: Claude reagira na specifičnost i obrazloženje, ne na autoritet. Reći Claudeu "uvijek moraš raditi X" manje je učinkovito nego objasniti zašto je X važno u vašem kontekstu. Pišite sistemski prompt kao da brifirate pametnog kolegu, ne kao da izdajete naredbe skripti.

Chain-of-thought: kada i kako koristiti

Chain-of-thought (CoT) prompting traži od modela da rezonira korak po korak prije davanja konačnog odgovora. Dramatično poboljšava točnost na zadacima koji zahtijevaju višekorako rezoniranje — analizu, klasifikaciju, izračune, pravno rezoniranje, dijagnozu. Nije potrebno za jednostavne zadatke dohvaćanja ili generiranja.

Koristite CoT za:

Višekoraku analizu, financijsko modeliranje, medicinsku trijažu, pravne preglede, otklanjanje grešaka u kodu, procjenu kompromisa, klasifikaciju s rubnim slučajevima

Preskočite CoT za:

Jednostavne sažetke, FAQ odgovore, zadatke formatiranja, kreativno pisanje, kratke klasifikacije s jasnim kriterijima, prijevode

Eksplicitna uputa

Analizirajte ovu ugovornu klauzulu za potencijalnu izloženost odgovornosti. Proradite kroz svaki faktor rizika korak po korak prije davanja konačne procjene. Klauzula: [UMETNITE KLAUZULU]

Prošireno razmišljanje (specifično za Claude)

Claude Sonnet 4.6 i Opus 4.8 podržavaju nativni extended thinking način koji alocira budžet za rezoniranje prije generiranja konačnog odgovora. Za složene analitičke zadatke, extended thinking producira mjerljivo bolje rezultate nego čak i najbolji instructed CoT promptovi.

Few-shot prompting: učenje primjerom

Few-shot prompting pruža modelu 2–5 primjera očekivanog obrasca ulaz/izlaz prije postavljanja stvarnog zadatka. To je najpouzdanija tehnika za provođenje specifičnih formata outputa i rukovanje uskim domenskim zadacima.

FEW-SHOT PRIMJER — klasifikacija CRM bilješki Klasificirajte sljedeću CRM bilješku u jednu od kategorija: [DEMO_ZAKAZAN | PRIJEDLOG_POSLAN | PRIGOVOR | ZATVOREN_POBJEDA | ZATVOREN_GUBITAK | PRAĆENJE] Vratite samo oznaku kategorije. --- Bilješka: "Razgovarao s Ivanom, demo prošao dobro, tjedno dovodi financijskog direktora." Kategorija: DEMO_ZAKAZAN Bilješka: "Otišli su s konkurentom. Cijena je bila glavni faktor." Kategorija: ZATVOREN_GUBITAK Bilješka: "Poslan trogodišnji prijedlog s enterprise popustom, čekamo potpis." Kategorija: PRIJEDLOG_POSLAN --- Bilješka: "Dobar poziv, Marko želi razmisliti, javit ću mu u petak." Kategorija:

Strukturne tehnike: XML oznake i razgraničivači

Kada vaš prompt sadrži više različitih sekcija — upute, kontekst, primjeri, stvarni ulaz — koristite jasne strukturne razgraničivače. Claude je posebno dobro treniran za poštivanje XML-stilskih oznaka i tretira sadržaj između oznaka kao semantički različit.

KORIŠTENJE XML OZNAKA ZA STRUKTURU <zadatak> Izvucite sve akcijske stavke iz transkriptu sastanka u nastavku. Formatirajte svaku kao: - Vlasnik: [ime] - Akcija: [specifičan zadatak] - Rok: [ako je naveden, inače "nije naveden"] </zadatak> <kontekst> Ovo je s planiranja Q3 tromjesečja u Meridian Analytics. Sudionici su članovi product i engineering timova. </kontekst> <transkript> [UMETNITE TRANSKRIPT OVDJE] </transkript>

Usporedba modela po tehnikama

Tehnika Claude 4 GPT-4o Mistral Large
XML struktura oznaka Odlično — nativno podržano Dobro Dobro
Prošireno razmišljanje Nativno (Sonnet, Opus) o3 / o4-mini modeli Nije nativno
Težina sistemskog prompta Vrlo visoka Visoka Visoka
Pouzdanost JSON outputa Odlično s eksplicitnim uputama Odlično (JSON mode) Dobro s eksplicitnim uputama

5 najčešćih grešaka u prompt inženjeringu

  1. Nejasne definicije uloga. "Vi ste korisni asistent za našu tvrtku" daje modelu gotovo nikakvu korisnu informaciju. Specificirajte tvrtku, korisnike, zadatke i ograničenja.
  2. Nagomilavanje proturječnih uputa. "Budite sažeti ali temeljiti. Budite formalni ali prijateljski." Prioritizirajte: "Zadano je sažeto. Ako korisnik traži dubinu, proširite."
  3. Samo negativna ograničenja. "Ne koristite bullet točke. Ne spominjite cijene." Model mora zaključiti što umjesto toga napraviti. Uparite svako negativno ograničenje s pozitivnom alternativom.
  4. Pretjerani prompting za jednostavne zadatke. Prompt od 500 riječi za zadatak koji zahtijeva odgovor od 2 rečenice povećava latenciju i troškove bez poboljšanja kvalitete.
  5. Preskakanje empirijskog testiranja. Svaki produkcijski prompt treba biti evaluiran na test setu od 20–50 reprezentativnih ulaza s eksplicitnim kriterijima prolaza/pada.

Verzioniranje i upravljanje promptovima

Produkcijski promptovi se mijenjaju. Bez sustava verzioniranja, timovi prave nedokumentirane promjene koje je nemoguće poništiti kada nešto zakaže.

Promptovi su kod. Trebaju biti pregledani, testirani, verzionirani i deployani s jednakom pažnjom kao svaka softverska promjena. Timovi koji tretiraju promptove kao konfiguracijske stringove koje mogu uređivati u hodu na kraju će isporučiti regresiju koju ne mogu objasniti.

Što se mijenja u 2026.

Trebate produkcijski spremne promptove za vašu AI implementaciju?

AI Workshop dizajnira, testira i implementira prompt arhitekture za poslovne AI sustave — od inženjeringa sistemskog prompta do multi-turn pipeline dizajna i okvira upravljanja promptovima.

Razgovarajmo o vašem slučaju primjene