Oriphiel AI agenti vodič
Kada ne koristiti AI agenta
Situacije u kojima je bolji običan workflow, ručna provjera, fiksno pravilo ili klasična integracija umjesto agentic sustava.
Što ova AI-agent tema rješava
AI agent ima smisla samo ako rješava konkretan zadatak: razumije tekst, koristi relevantan kontekst, poziva dopuštene alate, vraća strukturirani izlaz ili pomaže čovjeku donijeti bolju odluku. Dobar agent nije samo chat odgovor, nego kontrolirani workflow s pravilima, logovima i mjerljivim ishodom.
AI agent nije dobra zamjena za stabilna pravila, jednostavne CRUD obrasce, zakonski osjetljive odluke bez nadzora ili procese u kojima pogreška ima velik trošak. U OpenClaw-u mnoge stvari trebaju ostati determinističke: deduplikacija po emailu, suppression match, provjera dozvole i zapis audit loga.
Ključne odluke
- Ako je pravilo jasno, napišite pravilo.
- Ako je posljedica visoka, uvedite ljudsku potvrdu.
- Ako ulazni podaci nisu pouzdani, prvo riješite kvalitetu podataka.
- Ako nema metrika za provjeru, agent se ne može odgovorno širiti.
Kako primijeniti u praksi
Praktična provedba počinje malim opsegom: jedan agent, jedan zadatak, jasna ulazna polja, ograničeni alati, validiran izlaz i ljudska provjera gdje postoji rizik. Nakon toga se šire modeli, RAG, multi-agent orkestracija, routing i automatizirano izvršavanje.
Koraci provedbe
- Popisati zadatke koji se mogu riješiti bez modela.
- Za svaki agent kandidat procijeniti rizik krive odluke.
- Postaviti fallback na ručni proces.
- Uvesti agent tek kada su ulazni podaci, statusi i logovi uredni.
Najčešće pogreške
Najčešća pogreška je preveliko povjerenje u prompt i premalo povjerenje u backend kontrole. Prompt pomaže modelu, ali dozvole, validacija, idempotentnost, audit log, sandbox, evaluacija i rollback moraju biti dio sustava.
Na što treba paziti
- AI se uvodi jer zvuči napredno, a ne zato što rješava stvaran problem.
- Model donosi odluke za koje nema pouzdane podatke.
- Agent se koristi za zakonski ili reputacijski osjetljive radnje bez pregleda.
- Nema fallbacka ako API ili model nisu dostupni.
Mjerenje i kontrola
AI agent treba imati svoje metrike: točnost, schema pass rate, tool call greške, latenciju, trošak, prihvaćanje prijedloga, broj ručnih korekcija i incidente. Bez mjerenja se ne zna je li agent stvarno bolji od ručnog procesa.
Metrike koje imaju smisla
- Broj zadataka riješenih običnom automatizacijom.
- Agent zadaci odbijeni zbog rizika.
- Fallback stopa.
- Incidenti visokog utjecaja.
- Ušteda u odnosu na trošak modela.
AI-agent pristup
Pouzdan AI-agent pristup povezuje model, context builder, tool dispatcher, strukturirani izlaz, memoriju, retrieval, permission matricu, evaluacije i monitoring. Besplatni open-source framework može smanjiti ulazni trošak, ali produkcijski trošak modela, hostinga, GPU/CPU resursa, observabilityja i održavanja treba računati zasebno.
Što se provjerava prije produkcije
- Je li agentov zadatak dovoljno uzak i mjerljiv.
- Jesu li alati definirani kroz jasnu shemu i backend validaciju.
- Postoji li ljudska provjera za rizične akcije.
- Jesu li prompt, model, output schema i eval skup verzionirani.
- Postoji li audit log, budget limit, fallback i testiran kill switch.
Česta pitanja
Je li tema "Kada ne koristiti AI agenta" vezana samo uz OpenClaw?
Ne. Tema je objašnjena kao opći AI-agent koncept, a OpenClaw se koristi kao praktičan primjer CRM i automatizacijskog procesa u kojem se taj koncept može sigurno primijeniti.
Jesu li open-source AI agenti stvarno besplatni?
Framework može biti besplatan za self-hosting prema svojoj licenci, ali model API, lokalni GPU/CPU resursi, server, baza, monitoring, sigurnost i održavanje nisu automatski besplatni.
Može li AI agent samostalno mijenjati CRM?
Može samo ako mu backend to tehnički dopusti. Za produkciju je zdravije krenuti od prijedloga i nacrta, a write akcije pustiti tek nakon dozvola, validacije, evaluacija, audit loga i po potrebi ljudske potvrde.