Kontext добија 4 милиона долара — банке су први тест AI контроле

Минхенски стартап Kontext је, према извештају SecurityWeek-а, 24. септембра 2026. јавно представио платформу за контролу AI агената уз почетну рунду од 4 милиона долара. Финансирање је предводио 42CAP, а учествовали су a16z CSX и HTGF; производ треба да провери да ли агент сме да обави тражену радњу пре него што она стигне до пословног система.

Банке и финтек фирме су први комерцијални испит тог приступа. Према репортажи Tech Funding News-а, компанија има четворочлани тим, још не остварује приход и ради с неименованим развојним партнерима; међу циљаним купцима су финансијске организације. Партнерство у развоју показује да постоји разговор о примени, али само по себи не показује да су банке купиле производ.

Новац иде у контролу која делује током рада агента

Средства из рунде намењена су ширењу инжењерског тима и развоју платформе. Kontext су основали Јенс Ернстбергер и Мишел Освалд, који долазе из области безбедног рачунарства, примењене криптографије и AI система. Њихова полазна тачка је да агент може да има важеће акредитиве и одобрено средство за рад, а да ипак затражи радњу изван повереног задатка.

То је важна разлика за инвеститоре и купце. Ако софтвер само покаже да је агент употребио алат, организација добија траг после догађаја; ако одлуку донесе пре извршења, правило може да спречи саму радњу. Такав положај у току рада истовремено повећава одговорност производа: погрешно одбијање прекида легитиман посао, а пропуштена забрањена радња умањује смисао контроле.

Како се одлучује о појединачном позиву

Kontext поставља проверу између агента и алата или система који агент намерава да употреби. Суоснивач Јенс Ернстбергер у објави компаније ту проверу назива „a control point at the moment of action“: у одлуку улазе идентитет агента, поверени задатак, тражена операција, циљни ресурс и безбедносно правило. Тако се исто техничко право приступа не третира као дозвола за све радње које су тим правом изводљиве.

У примеру агента задуженог да исправи програмску грешку, читање репозиторијума може бити потребно за тај задатак, док слање кода спољној услузи или измена неповезане инфраструктуре захтевају другачију одлуку. Разлика није у томе да ли је агент успешно пријављен, већ у односу конкретног позива према сврси због које је приступ добио. Правило мора да обухвати и операцију и место на које њен резултат одлази.

Платформа може најпре да ради у режиму посматрања: бележи позиве и приказује како би се правила применила, без прекидања агента. У режиму спровођења правила може да одбије недозвољену радњу пре извршења и сачува запис о покушају и одлуци. За банку је тај прелаз осетљив, јер увид у могуће прекршаје нема исту оперативну цену као блокирање радње у живом процесу.

Пријављен агент и овлашћена радња нису исто

Према Kontext-овом објашњењу ауторизације, системи за идентитет и приступ потврђују ко је агент и која шира овлашћења има, док се његова платформа бави питањем да ли је одређени позив дозвољен у текућем задатку и сесији. При одлуци се могу узети у обзир алат, ресурс, параметри и корисник у чије име агент поступа. Због тога успешна пријава не би требало да буде крај провере.

У условном примеру, агент који је добио приступ да провери један банкарски запис не би самим тим добио одобрење за извоз читаве базе или за слање података ван банке. Овде се појављује вредност контроле у тренутку позива: она може да постави ужу границу од оне коју носе акредитиви. Запис о дозволи или одбијању затим даје тиму за безбедност основ да испита конкретну радњу, а не само да види ко је био пријављен.

Банке морају да потврде да контрола вреди засебне набавке

Финансијски сектор је захтеван први купац јер одлука о приступу мора да буде објашњива, а нови слој провере улази у пут сваке радње агента коју покрива. Банци зато нису довољни снимци режима посматрања. Треба да види како се правила понашају када су укључена, колико траје одлучивање и да ли редован посао стаје због погрешно означеног позива.

Ту се налази и комерцијално питање за мали тим. Контрола везана за задатак може да буде посебан производ ако се лако уклапа у постојеће системе приступа и даје употребљив траг одлуке кроз различите агенте и алате. Али и добављачи тих система могу да додају проверу у тренутку позива. За Kontext ће зато продајни аргумент бити конкретна предност у спровођењу правила и ревизији, а не само тврдња да традиционална пријава није довољна.

Засад су јавно описани развојни партнери, без именованих банкарских уговора и прихода. Следећи убедљив податак био би плаћено коришћење у стварном окружењу, уз резултате о времену одлуке, погрешним блокадама и покривеним позивима. Такви резултати би показали да ли је провера сваке радње агента буџетска ставка за банку или функција коју ће очекивати у већ набављеном систему.