Tehnička arhitektura

Tehnička arhitektura i Security Brief

Dublji uvid u sistem ispod jednostavne priče sa početne stranice — za tehničke timove, IT i compliance kontakte koji procjenjuju KellyVektor prije uvođenja.

Dio A

Tehnička arhitektura ispod četiri koraka

Isti sistem koji vidite na početnoj stranici (Znanje → AI agenti → Ljudsko odobrenje → Zabilježen rezultat), prikazan kroz konkretne komponente i dobavljače koje koristimo.

Univerzalni registar kartica

Jedinstveni izvor istine za svaki nalog, uslugu i aset u upravljanju u ekosistemu, predstavljen kroz validirane Universal Card ugovore.

YAML ugovoriZod validacijaUpravljanje

KellyVektor Cockpit

Kontrolna tabla operatera. Status sistema u realnom vremenu, redovi za odobravanje i raspoređivanje zadataka za svakog čovjeka i automatizovanog vlasnika u sistemu.

Komandni centarRed za odobravanjeŽivi registar

OpenAI GPT-6 Luna mašina

Generativno rezonovanje, strukturirani odgovori i multimodalno razumijevanje putem OpenAI GPT-6 Luna modela, uz text-embedding-3-large embeddinge za pretragu.

Core API kontrola alataOpenAI embeddingsSupabase pgvector

Contabo Core API

Backend sloj za orkestraciju hostovan u EU, na Contabo VPS infrastrukturi. Nijedan AI provajder se nikad ne poziva direktno sa frontenda.

Contabo VPSFastAPIKontrola alata

Monri plaćanja

Monri orkestracija plaćanja povezana sa Atos Bank B2B sinhronizacijom, tako da svaka transakcija ima usklađen i provjerljiv trag.

MonriAtos Bank B2B knjigaWebhooks

Sloj upravljanja i sigurnosti

Odobravanje po ulogama, statusi provjere i nivoi automatizacije (A0–A6) primijenjeni na svaki modul i svakog vlasnika u sistemu.

Status provjereNivoi automatizacijeKontrola rizika

Nivoi automatizacije (A0–A6)

Svaka radnja u sistemu ima dodijeljen nivo automatizacije — jasno se zna kada agent samo predlaže, a kada smije djelovati bez čekanja na čovjeka. Trenutni fokus proizvoda je na nivoima A1–A3, uz ljudsko odobrenje kao podrazumijevano stanje za sve osjetljive radnje; viši nivoi se uvode postepeno, modul po modul.

A0 — Ručni rad

Čovjek radi zadatak u potpunosti sam; AI agent nije uključen.

A1 — AI predlaže

Agent priprema prijedlog ili nacrt odgovora; čovjek ga ručno piše ili izvršava.

A2 — Nacrt uz odobrenje

Agent priprema kompletnu radnju (npr. poruku ili dokument); čovjek je pregleda i eksplicitno odobrava prije slanja.

A3 — Niskorizične radnje uz naknadni pregled

Agent samostalno izvršava jasno niskorizične, ponovljive radnje; rezultat ostaje u redu za naknadni pregled i reviziju.

A4 — Rutinske radnje uz kapiju odobrenja

Rutinski tok radi automatski, ali svaka osjetljiva tačka (plaćanje, brisanje, eksterna komunikacija) i dalje čeka potvrdu odgovorne osobe.

A5 — Upravljani tok uz izuzetke

Agent vodi cijeli radni tok od početka do kraja; samo izuzeci i granični slučajevi se eskaliraju čovjeku na odluku.

A6 — Ograničena autonomija uz kontinuirani audit

Agent djeluje samostalno unutar unaprijed odobrenog, uskog opsega ovlaštenja, uz kontinuirani audit trag i mogućnost trenutnog oduzimanja dozvole.

Dio B

Trust & Security Center

Trenutno stanje sigurnosnih i operativnih kontrola, formulisano iskreno — bez tvrdnji o sertifikacijama koje još nemamo. Ovo su principi i trenutna praksa, uz jasno naznačen smjer razvoja.

Pregled arhitekture

Frontend (kellyvektor.tech) nikad direktno ne poziva AI provajdera niti bazu podataka — svaki zahtjev ide kroz Contabo Core API (FastAPI), hostovan u EU.

Core API kontroliše koji alat i koja radnja je dozvoljena, čita odobreno znanje iz Supabase (PostgreSQL + pgvector) i poziva OpenAI samo za generisanje odgovora iz tog znanja.

Plaćanja idu kroz zaseban sloj (Monri + Atos Bank B2B), odvojen od AI i znanja slojeva, sa sopstvenim audit tragom.

Enkripcija

Saobraćaj između korisnika, frontenda i Core API-ja ide isključivo preko TLS-a (HTTPS).

Podaci u mirovanju čuvaju se u Supabase (PostgreSQL) i Contabo storage-u, uz standardnu enkripciju na nivou baze i diska koju obezbjeđuju ti dobavljači.

Pristupni ključevi i tajne (API ključevi, kredencijali) čuvaju se isključivo u serverskom okruženju, nikad u frontend kodu niti u javnim repozitorijima.

Izolacija zakupaca (tenant isolation)

Sistem je multi-tenant: podaci svake organizacije su logički odvojeni po identifikatoru organizacije na nivou baze i Core API-ja.

AI agent jedne organizacije ne može pročitati znanje ili istoriju druge organizacije — pretraga znanja je uvijek skopirana na prostor (workspace) korisnika koji postavlja upit.

Ne postoji zajednička baza znanja koja miješa podatke različitih kupaca.

Kontrola pristupa po ulogama (RBAC)

Svaki korisnik u Cockpitu ima dodijeljenu ulogu (npr. vlasnik, administrator, odobravalac, član tima) koja određuje šta smije vidjeti i odobriti.

Osjetljive radnje — plaćanja, brisanje podataka, eksterna komunikacija u ime organizacije — zahtijevaju ulogu sa eksplicitnim pravom odobravanja, ne samo pristup sistemu.

Dodjela i oduzimanje uloga je trenutno i vidljivo u istoriji — nema tihih promjena ovlaštenja.

Backup politika

Operativna baza (Supabase/PostgreSQL) se redovno automatski snima, sa definisanim periodom čuvanja (retencijom) ranijih verzija.

Backup-i se čuvaju na istoj EU infrastrukturi kao i produkcijski podaci, radi usklađenosti sa zahtjevima o lokaciji podataka.

Obnavljanje iz backup-a se testira periodično kao dio operativne rutine, ne samo u slučaju incidenta.

Rezidencija podataka (EU hosting)

Backend orkestracija i baza podataka hostovane su isključivo u EU — Contabo VPS infrastruktura i Supabase EU region.

Generisanje AI odgovora (OpenAI) obrađuje se kroz infrastrukturu dobavljača (OpenAI) — nije ograničeno na EU regione na nivou ovog modela.

Podaci se ne hostuju niti arhiviraju izvan Evropske unije.

Izvoz i brisanje podataka

Izvoz podataka organizacije (znanje, istorija, konfiguracija) dostupan je na zahtjev, u strukturisanom formatu, bez posebnog otkaznog roka.

Brisanje naloga ili organizacije uklanja operativne podatke iz produkcijske baze, uz zadržavanje samo onoga što zakon izričito zahtijeva (npr. računovodstveni zapisi o plaćanjima).

Zahtjeve za izvoz ili brisanje šaljete timu putem kontakt e-maila; obrađujemo ih u razumnom roku.

Model dozvola AI agenta

AI agent dobija pristup alatu ili podatku isključivo kroz eksplicitnu dozvolu definisanu na nivou organizacije i uloge — ne postoji podrazumijevani "pristup svemu".

Čak i kad agent ima dozvolu da pripremi radnju, izvršenje osjetljivih radnji (plaćanje, brisanje, slanje u ime organizacije) uvijek čeka eksplicitno ljudsko odobrenje, bez obzira na nivo automatizacije.

Administrator organizacije može u svakom trenutku suziti ili potpuno oduzeti dozvole agenta; promjena važi odmah, za sve naredne radnje.

Prijava sigurnosnih ranjivosti

Ako otkrijete sigurnosni propust ili ranjivost, pišite nam na admin@kellyvektor.tech sa naznakom "Sigurnost" u naslovu — prijava ide direktno timu koji upravlja sistemom.

Trenutno nemamo formalni bug bounty program; svaku ozbiljnu prijavu tretiramo prioritetno i javljamo se sa statusom u razumnom roku.

Lista podobrađivača podataka

Dobavljači kojima se povjeravaju podaci u okviru rada sistema, sa svrhom obrade i regionom. Ažuriramo listu čim se promijeni dobavljač ili svrha obrade.

OpenAI

Generisanje AI odgovora i embeddings za pretragu znanja

Globalno (OpenAI infrastruktura)

Supabase

Operativna baza podataka (PostgreSQL) i vektorska pretraga (pgvector)

EU

Contabo

VPS hosting backend orkestracije (Core API)

EU

Monri

Obrada online plaćanja

EU / regionalno

Atos Bank B2B

Bankovna sinhronizacija i usklađivanje transakcija

EU / regionalno

Tražite cjelokupnu priču o upravljanju AI agentima, ne samo tehničke detalje?Pogledajte AI Governance Platform →

Tražite sažet pregled kontrolne ravni — znanje, AI agenti, odobrenje, nivoi automatizacije A0–A6?Pogledajte AI Control Plane →