T1Helyi specializált (lánc-analitika)
On-chain AML és szankcionált-cím szűrés
C5 Kiegyenlítés-orchestráció / C6 Letét-orchestráció
Minden be- és kiutalást átvilágít a tranzakció véglegesítése előtt: szankciós listák, ismert keverőszolgáltatások és kockázatos címklaszterek ellen. Találat esetén a kiutalás automatikusan megáll és emberi felülvizsgálatra vár.
Miért: Tömeges, ismétlődő szűrés, ahol a lánc-analitikára hangolt helyi modell olcsón és gyorsan fut, az érzékeny címadat pedig házon belül marad.
T2Frontier vision és reasoning, human-in-the-loop
KYC-dokumentum és PEP adjudikáció
C7 Ügyfél (onboarding, KYC/AML)
Kiolvassa és összeveti az onboarding dokumentumokat, jelzi az ellentmondásokat és a PEP- vagy szankciós egyezéseket, majd döntési javaslatot készít. A végső jóváhagyás mindig a megfelelési munkatársé.
Miért: Dokumentumértés és mérlegelés egyszerre kell hozzá, ezért vision és reasoning képességű frontier rétegre fut; a döntés embernél marad.
T3Helyi finomhangolt, ember hagy jóvá
Kiegyenlítési és egyeztetési eltérés-detektálás
C4 Elszámolás és nettósítás / C5 Kiegyenlítés-orchestráció
Összeveti a várt és a tényleges kiegyenlítéseket, kiszűri a párosítatlan tételt és eltérést, majd konkrét rendezési lépést javasol. A javaslatot az elszámolási csapat hagyja jóvá végrehajtás előtt.
Miért: Jól körülírt, ismétlődő egyeztetési minta, amit egy finomhangolt helyi modell pontosan és olcsón kezel.
T4Mintamodell és frontier esetleírás
Kereskedés-felügyelet több helyszínen
C2 Végrehajtás / C3 Pozíció és kockázat
A több helyszínről érkező megbízásfolyam alapján jelzi a gyanús mintázatokat, például a wash tradinget vagy a spoofingot. A gyanús eseteket a frontier réteg veszi át, és érvelő leírással készíti elő a felügyeleti felülvizsgálatra.
Miért: A tömeges szűrés egy gyors mintamodellhez kerül, az esetleírás pedig a ritkán, drágábban hívott frontier réteghez. Így a költség a jelhez igazodik.
T5Frontier reasoning, minden lépést ember hagy jóvá
Treasury és likviditás copilot
C8 Treasury és likviditás
Átlátja a pozíciókat és a likviditási helyzetet, átcsoportosítást javasol a sínek és tárcák között, és indokolja a lépést. Végrehajtás csak emberi jóváhagyás után történik.
Miért: Mérlegelés és összefüggések átlátása kell hozzá, ritka hívással, ezért frontier reasoning, de pénzmozgás miatt szigorú emberi kapuval.
T6Frontier kód (valós AI-review rutin)
Motorváltozás kockázati review-ja minden PR-ben
Core (platformmotor)
Minden módosítási kérésre lefut, átnézi a változást kockázat és regresszió szempontjából, és konkrét észrevételeket ad a fejlesztőnek. A merge döntését a code owner hozza meg.
Miért: Éles AI-kódreview rutinunk nyílt forrású projekteken valós biztonsági hibákat fogott, ehhez a kódra hangolt frontier réteg kell.
T7Közép-kategória és RAG
Support és ügyfél-kommunikáció triage
C7 Ügyfél (portál és API)
Megérti és kategorizálja a beérkező megkereséseket, a belső tudásbázisból válaszvázlatot állít össze, és a sürgős esetet eszkalálja. A választ mindig ember küldi el.
Miért: Belső RAG-asszisztensünk 24 felhasználónál heti kb. 100 munkaórát spórol, a triage-hoz a költséghatékony közép-kategória és a forráshoz kötött RAG elég.
T8Agentic frontier, ember hajtja végre
Üzemeltetési incidens copilot
Ops (megfigyelhetőség)
A megfigyelhetőségi adatokból összerakja az incidens képét, korrelálja a jeleket és konkrét beavatkozási tervet javasol lépésről lépésre. A beavatkozást az ügyeletes ember hajtja végre.
Miért: Többlépéses, eszközt használó érvelést kíván, ezért agentic frontier réteg, de a tényleges műveletet ember indítja el.