Штучний інтелект у фінансових послугах швидко розвивається. 52% фінансових компаній, опитаних для Звіту про глобальне впровадження ШІ у сфері фінансових послуг 2026 року Кембриджського університету, вже впроваджують агентний ШІ. З них 29% проводять пілотні проєкти, а 23% досягли етапу масштабування або трансформації. Загалом рівень впровадження ШІ у тій чи іншій формі сягає 81%.
Цей розрив у 29 відсоткових пунктів — саме там, де зараз перебуває більшість функцій комплаєнсу. Модель, яка резюмує політику, корисна. Але агент, який читає ту саму політику, перевіряє процес верифікації, до якого вона застосовується, і створює проєкт нової конфігурації, — це вже принципово інша ситуація, оскільки він діє безпосередньо в системах, а не просто генерує текст про них.
Такий перехід ставить одне ключове питання: чи можна заздалегідь авторизувати та згодом реконструювати кожну дію, яку виконує агент?
Що таке ШІ-агент у комплаєнсі?
#AIagent — це автономна програмна система, яка використовує модель для досягнення визначеної мети. В офіційній документації OpenAI агенти описані як «додатки, які планують дії, викликають інструменти, співпрацюють між спеціалістами та зберігають достатньо контексту для виконання багатокрокової роботи».
У робочому процесі ШІ-агента для комплаєнсу базова велика мовна модель (LLM) інтерпретує завдання та міркує, тоді як фреймворк агента та підключена платформа комплаєнсу надають дані, дозволи та інструменти, що дозволяють агенту діяти. Наприклад, агент може прочитати політику протидії відмиванню коштів (AML), визначити її вимоги, перевірити наявний процес «знай свого клієнта» (KYC), використати API для створення проєкту конфігурації та представити результат на затвердження.
Автономність існує в спектрі. Агент може самостійно виконувати кроки з низьким ризиком, але зупинятися перед зміною активного робочого процесу, відхиленням заявки або поданням регуляторного звіту.
Як працює агентний ШІ: пояснення навичок агентів та MCP
Агентам потрібне більше, ніж просто мовна модель, щоб надійно виконувати операційні завдання. Їм необхідні мета, інструкції, доступ до відповідних систем та правила, що визначають межі їхніх дій.
Model Context Protocol (MCP) — це відкритий стандарт для підключення додатків ШІ до зовнішніх систем. Сервер MCP надає інструменти з чітко визначеними вхідними параметрами, дозволяючи агенту виявляти дозволені дії, надавати необхідні аргументи та отримувати результати.
Поки MCP з’єднує агента із зовнішніми системами, навички (skills) надають процедурні знання, необхідні для виконання завдань. Відкрита специфікація Agent Skills описує навичку як папку з інструкціями та, за бажанням, скриптами, посиланнями та іншими ресурсами. Навичка ШІ-агента може навчити агента аналізувати нормативні акти або налаштовувати робочий процес KYC. Поєднання навичок та агентів на базі ШІ перетворює загальний запит на повторюваний робочий процес.
У таблиці нижче пояснено функцію кожного компонента:
Від чат-ботів до автономних агентів комплаєнсу
Традиційний чат-бот переважно реагує на запити користувача. Він може пояснити правило або резюмувати політику, але зазвичай не перетворює аналіз на дію. Інструменти комплаєнсу на основі генеративного ШІ розширили ці можливості, дозволяючи складати звіти, резюмувати матеріали справ та витягувати інформацію з документів.
Агенти ж координують дії. Запит розбивається на кроки: обираються інструменти, перевіряються результати, а наступний крок адаптується до отриманих даних. Якщо запитати про документи для онбордингу, чат-бот просто перелічить їх. Агент же може відкрити поточний процес верифікації компанії, знайти відсутні перевірки відповідно до заданого стандарту, створити пропозицію щодо заміни та подати її на підпис уповноваженій особі.
Чому команди комплаєнсу впроваджують ШІ-агентів
Робота в комплаєнсі вимагає значної кількості «перекладів». Вимога, сформульована юридичною мовою, стає операційним правилом, потім налаштуванням платформи, яке має бути задокументовано та підтверджено. Одна зміна в політиці може означати окремі оновлення в кількох продуктах та юрисдикціях, кожне з яких виконується вручну, створюючи ризик того, що реалізації почнуть відрізнятися одна від одної.
Агенти можуть витягувати вимоги та слідувати визначеній процедурі без необхідності фахівцям повторно вводити кожен крок. Саме послідовність є головною перевагою: п’ята юрисдикція отримує такий самий підхід, як і перша.
Вартість помилок також масштабується так само. Правила доступу, пороги затвердження та журнали активностей забезпечують те, що дії агента можна приписати особі, яка їх авторизувала. Без цього автоматизація лише збільшує швидкість та масштаб помилок.
ШІ-агенти в AML-комплаєнсі та процесах KYC
У сфері AML агент може перетворити текстову політику на проєкт конфігурації, готовий до запуску в панелі керування, резюмувати історію переглядів заявника або зібрати дані про заявника та транзакції, необхідні слідчому перед відкриттям справи. Він також може порівняти оновлену політику з поточною конфігурацією та позначити засоби контролю, які більше не відповідають вимогам.
Робота з KYC переважно пов’язана з налаштуванням та пошуком даних: потоки онбордингу для різних країн або рівнів ризику, анкети, посилання на верифікацію, перевірка статусу заявників. Агент може послідовно організувати робочий процес, що поєднує перевірку документів, адрес, біометричних даних та баз даних. Платформа верифікації продовжує виконувати самі перевірки.
Відмова клієнту та подання звіту про підозрілу діяльність — це принципово інші дії. Обидва випадки потребують людського затвердження, незалежно від того, наскільки гладко працює решта робочого процесу.
Побудова системи комплаєнсу, керованої агентами
Перед тим як така система запрацює, мають бути виконані дві умови: наявність доступу до відповідних політик та дозвіл на перевірку або зміну налаштувань платформи. Послідовність дій виглядає так:
- Надати вихідні матеріали: нормативний акт, оцінку ризиків або внутрішню політику
- Витягнути зобов’язання, фактори ризику, правила оцінювання та умовні вимоги, позначивши неоднозначності для людини, а не вирішуючи їх агентом
- Зіставити кожну вимогу з тим, що реально існує на платформі: рівнем верифікації, анкетою, правилом ризику, засобом моніторингу або робочим процесом
- Підготувати план конфігурації для перегляду командою комплаєнсу перед створенням будь-чого
- Створити запропоновану конфігурацію в середовищі пісочниці або тестовому середовищі
- Порівняти створену конфігурацію з вихідною політикою, а потім протестувати її на типових випадках та відомих винятках
- Отримати затвердження розгортання від уповноваженого користувача, зафіксувати зміни та моніторити результати
Зіставлення навичок агента з завданнями комплаєнсу
Кожна навичка ШІ-агента має відповідати визначеному завданню комплаєнсу та направляти агента щодо підходу до його виконання. Навичка аналізу політики може інструктувати агента прочитати документ і створити план конфігурації. Навичка конфігурування може спрямовувати агента через створення рівнів верифікації в пісочниці, тоді як навичка перегляду справ може окреслити порядок отримання та аналізу даних заявників.
Ця відмінність важлива для ШІ-агентів у фінансових послугах, де доступ до даних клієнтів, підготовка проєктів налаштувань та зміна активних засобів контролю можуть створити значні ризики. Самі навички не слід розглядати як межі безпеки чи прав доступу. Натомість підключена платформа повинна примусово обмежувати те, що агент може читати або змінювати, а зміни в активних налаштуваннях верифікації та моніторингу мають бути захищені відповідними механізмами контролю доступу та авторизації.
ШІ-агенти в банківській сфері та фінансових послугах
Реалістичні варіанти використання в банківській сфері включають збір матеріалів для періодичних оглядів KYC, отримання транзакцій, які спрацювали за правилом моніторингу, та підготовку регуляторних звітів для перевірки людиною.
Практичною перешкодою є фрагментація. Ідентифікаційні записи зберігаються в платформі KYC, транзакції — в платіжній системі або ядрі банківської системи, сповіщення — в інструменті моніторингу, а нотатки розслідувань — у програмному забезпеченні для управління справами. У Звіті Кембриджу 2026 року зазначено, що 46% опитаних постачальників рішень на базі ШІ зіткнулися з застарілими або ізольованими системами на стороні клієнтів, а 41% повідомили про обмеження щодо обміну даними.
Кожне підключення потребує власної відповіді на два питання: що агент може читати і що він може змінювати. Періодичний огляд є операцією, орієнтованою переважно на читання. Агент може зібрати статус верифікації, останні транзакції, попередні сповіщення та рішення минулих оглядів, а потім передати сформований пакет аналітику.
Ризики ШІ, управління та людський контроль
Агент може неправильно інтерпретувати політику, вигадати вимогу або обрати неправильний інструмент. Шкідливі інструкції, приховані в документі або підключеному джерелі даних, можуть маніпулювати його поведінкою, а надмірні права доступу можуть дозволити невеликій помилці змінити активні конфігурації або записи клієнтів.
Оглядачі також можуть надмірно довіряти результатам роботи агента, тоді як неповні записи ускладнюють розслідування помилок. Оновлення моделей можуть змінити поведінку агента, а залежність від зовнішніх постачальників створює операційні ризики.
Для мінімізації ризиків ефективне управління ШІ та засоби комплаєнсу мають включати:
- обмежений доступ лише до тієї інформації та дій, які необхідні для кожного завдання, з окремими правами на читання інформації, створення чернеток та зміну активних налаштувань
- затверджені інструменти та джерела даних
- тестування в середовищі пісочниці або тестовому середовищі перед внесенням змін до робочих систем
- людське затвердження для дій, що впливають на клієнтів, пороги ризиків або регуляторні подання, а також у випадках, коли вимоги є незрозумілими
- ведення записів про надані інструкції, використані джерела, залучені інструменти та внесені зміни
- резервний процес на випадок недоступності агента або зовнішнього постачальника
