Kako sigurno povezati AI agente s internim sustavima

Povezivanje AI agenta s CRM-om, ERP-om, e-poštom ili bazom podataka nije prije svega odabir modela. To je projektiranje ovlasti i protoka podataka. Agent se nalazi između probabilističkog modela i sustava koji sadrže stvarne podatke o kupcima, financijske zapise, poruke i operativno stanje. Korisno povezivanje zato mora imati usku svrhu, izričite ovlasti, predvidljivo ponašanje pri pogrešci i dokaz o svakoj važnoj radnji.

Prije dodavanja alata treba odrediti vlasnika procesa, podatke koje agent smije čitati, radnje koje smije predložiti i radnje koje traže odobrenje. Time automatizacija ostaje mjerljiva, a moguća šteta ograničena ako se model, integracija ili povezani sustav ponaša neočekivano.

Kod integracije AI-a s internim sustavima isti se princip primjenjuje na CRM, ERP, API-je, webhookove i MCP alate.

Počnite jednim procesom, a ne svim sustavima

Odaberite proces s jasnim ulazom, izlazom, vlasnikom i mjerom uspjeha. „Pomozite prodaji” preširok je cilj. „Pročitaj novi upit s web-stranice, pronađi postojeći kontakt u CRM-u, pripremi nacrt odgovora i zatraži odobrenje vlasnika klijenta” može se mapirati i testirati.

Ako je ulaz zajednički pretinac, vodič za AI automatizaciju e-pošte razrađuje događaje, klasifikaciju, zasebne ovlasti za čitanje i slanje te provjeru nacrta.

Popišite svaku predloženu radnju i označite je kao čitanje, pripremu nacrta, upis koji se može poništiti ili upis s ozbiljnim posljedicama. Čitanje zapisa o kupcu nije isto što i promjena njegova vlasnika. Priprema poruke nije isto što i slanje. Izrada računa nije isto što i knjiženje. Determinističke izračune, pravila prihvatljivosti i obvezne slijedove odobrenja zadržite u običnom kodu ili radnom tijeku umjesto da očekujete da ih model svaki put izvede iz tekstualne upute.

Odaberite najuži način povezivanja

Različiti načini povezivanja rješavaju različite probleme. Dobar je početni izbor najmanja površina koja pouzdano podržava konkretan proces.

Podržani konektor

Upotrijebite konektor platforme kada podržava potreban sustav, polja, način autentikacije i radnje. Konektor smanjuje količinu prilagođenog koda, ali ipak treba provjeriti koje radnje pokriva i kako se održava. Microsoftove aktualne upute razlikuju konektore za poznate usluge, MCP poslužitelje za prilagođene ili interne usluge te radne tijekove za deterministički rad u više koraka.

Izravni API i webhook

Izravni REST API prikladan je kada sustav ima stabilan API, a povezivanje je usko. Agentu izložite samo namjenske funkcije s jasnim ulaznim i izlaznim shemama, primjerice pronadi_kupca, izradi_nacrt ili azuriraj_odobreni_status. Webhook može pokrenuti proces kada se dogodi važan događaj, a API zatim izvršava čitanje ili upis.

Nazivi se razlikuju među pružateljima. Anthropic to naziva uporabom alata (engl. tool use), odnosno pozivanjem funkcija: model može zatražiti klijentski alat, ali aplikacija ga izvršava i vraća rezultat. Upravo na toj granici treba provesti provjeru podataka i primijeniti pravila.

Deterministički radni tijek

Radni tijek upotrijebite kada se koraci moraju izvršavati utvrđenim redom, podaci predvidljivo pretvarati ili odobrenja uvijek provoditi. Agent može razvrstati dolazni zahtjev ili izdvojiti podatke iz nestrukturiranog sadržaja, a zatim strukturirani rezultat predati radnom tijeku koji primjenjuje poslovna pravila. To je često sigurnije nego dopustiti agentu da sam osmišljava cijeli proces.

MCP poslužitelj

MCP poslužitelj ima smisla kada alate ili izvore podataka putem istog protokola treba ponuditi većem broju kompatibilnih agentskih okruženja. Službena arhitektura MCP-a razlikuje host, klijent i poslužitelj te dogovaranje mogućnosti. MCP poslužitelj može izložiti alate, resurse i predloške upita, ali time povezani sustav ne postaje automatski univerzalno kompatibilan ni siguran.

Za jedno malo povezivanje izravni API alat može biti jednostavniji. MCP donosi veću vrijednost kada više klijenata treba ponovno upotrebljavati, otkrivati i nadzirano mijenjati isti katalog alata.

Ograničite identitete, ovlasti i odobrenja

Svakoj integraciji dodijelite samo ovlasti koje su joj nužne. Za ograničen pozadinski proces upotrijebite namjenski uslužni identitet, a delegiranu ovlast pojedinog korisnika kada se radnja mora izvršiti u ime određenog zaposlenika. Gdje je izvedivo, odvojite pristup za čitanje od pristupa za upis, ograničite zapise i okruženja te agentu ne dodjeljujte administratorska prava radi praktičnosti.

Za HTTP implementacije koje primjenjuju MCP autorizaciju, specifikacija autorizacije MCP-a zahtijeva provjeru kome je token namijenjen i zabranjuje prosljeđivanje primljenog tokena drugoj usluzi. Isto je načelo korisno i izvan MCP-a: vjerodajnice trebaju vrijediti samo za predviđeni resurs i opseg.

Odobrenje se mora provoditi izvan modela. Osoba treba vidjeti točan cilj i predložene vrijednosti prije vanjske, financijske, destruktivne ili teško povratne radnje. OWASP-ove upute o prekomjernoj samostalnosti agentskih sustava preporučuju najmanje potrebne ovlasti i ljudsko odobrenje za radnje s velikim posljedicama.

Neka upisi budu sigurni za ponavljanje

Mrežne veze prekidaju se, a agenti nastavljaju prekinuti rad. Siguran upis zato pretpostavlja da isti zahtjev može stići dvaput. Upotrijebite ključeve idempotentnosti, stabilne oznake operacija, provjeru duplikata te verzije ili preduvjete ako ih ciljni API podržava. Prije nastavka spremite rezultat koji je vratio vanjski sustav.

To je posebno važno pri slanju e-pošte, izradi narudžbi, rezervaciji termina i ažuriranju financijskih zapisa. Ako istek vremena nastupi nakon uspješnog upisa, agent ne smije naslijepo ponoviti radnju. Kada rezultat nije siguran, proces treba zaustaviti, uskladiti stanje ili zatražiti pomoć osobe.

Bilježite radnje i pripremite siguran rezervni postupak

Zabilježite oznaku procesa, korisnički ili uslužni identitet, naziv alata, provjerene argumente, odluku o odobrenju, odgovor vanjskog sustava, ishod i korelacijsku oznaku. Vjerodajnice i nepotrebne osobne podatke uklonite iz zapisa. Revizijski trag mora omogućiti rekonstrukciju događaja bez prikupljanja više podataka nego što je procesu potrebno.

Odredite granice trajanja, broja alatnih poziva, ponovnih pokušaja i troška. Ako ovisna usluga nije dostupna, ulaz je dvosmislen, nedostaje ovlast ili predložena radnja krši pravilo, agent treba vratiti jasan status i predati slučaj osobi ili determinističkom redu za obradu. Službene OpenAI-jeve upute za MCP i konektore također preporučuju odobrenja za osjetljive radnje, pouzdane poslužitelje, ograničen skup alata i pregled podataka koji se šalju udaljenom MCP poslužitelju.

Uvodite ovlasti postupno i mjerite cijeli proces

Počnite zabilježenim testnim slučajevima i sintetičkim ili neprodukcijskim podacima. Zatim uvedite način rada samo za čitanje ili usporedni rad bez upisa, usporedite prijedlog agenta s postojećim postupkom, dopustite nacrte i tek nakon toga uključite mali skup odobrenih upisa. Testirajte zapise koji nedostaju, ponovljene događaje, istekle vjerodajnice, neispravan izlaz alata, istek vremena, odbijena odobrenja i prekide vanjskih usluga.

Mjerite završene slučajeve, a ne dojmljive demonstracije: trajanje ciklusa, ručni rad, stopu pogrešaka i iznimaka, udio odobrenja, spriječene duplikate, vrijeme odgovora i trošak uspješno završenog slučaja. NIST-ov okvir za upravljanje rizicima umjetne inteligencije upravljanje, mapiranje, mjerenje i obradu rizika promatra tijekom cijelog životnog ciklusa. Produkcijske ovlasti treba širiti po istom načelu: tek kada dokazi iz trenutačne, uže faze opravdavaju sljedeću.