Уряд Об'єднаних Арабських Еміратів взявся за задачу, яку до нього публічно ще ніхто не вирішив: розписати, які урядові рішення можна довірити agentic AI без людини в контурі, а які завжди мають лишатися за живим чиновником. Йдеться не про черговий пілот чат-бота для громадян, а про класифікацію повноважень — по суті, посадову інструкцію для алгоритму.

За даними AI News, регулятори вперше стикаються з питанням делегування в agentic-контексті на рівні держави: попередні хвилі впровадження ШІ в держсекторі обмежувалися аналітикою й генерацією документів, тоді як agentic-системи здатні самостійно ініціювати дії — видавати дозволи, змінювати статус справи, розподіляти ресурси. Це різниця між асистентом, який готує довідку, і агентом, який її підписує.

Для AiiN це не абстрактна новина про держуправління в іншій країні. Це прецедент для кожного, хто будує agentic-систему в чутливому домені — фінтеху, охороні здоров'я, HR: питання «де межа автономії» рано чи пізно постане і перед бізнесом, тільки вже без готової регуляторної шпаргалки.

Що саме сталося?

Йдеться про спробу формалізувати шкалу автономії — розкласти урядові рішення за ступенем ризику і зворотності, а не підходити до agentic AI як до технології з єдиним перемикачем «дозволено/заборонено». Рішення з низьким ризиком і легкою зворотністю, на кшталт попереднього схвалення типової заявки, потрапляють в одну категорію, тоді як дії з юридичними чи безпековими наслідками — в іншу, де людина обов'язково лишається останньою інстанцією. На практиці це означає окремі протоколи логування, ескалації та відкликання дій — щоб кожен крок агента можна було простежити й, за потреби, скасувати.

Чому регулятори взялися за це саме зараз?

Бо agentic AI подолав поріг, на якому питання «що коли модель помилиться» перестало бути гіпотетичним. Поки ШІ в держсекторі лише резюмував документи чи відповідав на типові звернення, помилка коштувала переробленого чернетки. Коли агент отримує право самостійно виконати дію — видати дозвіл, заблокувати рахунок, змінити чергу в реєстрі, — помилка коштує реального юридичного наслідку для конкретної людини, і відповідальність за неї треба розподілити ще до інциденту, а не після нього. Тому класифікація на кшталт еміратської — це спроба перенести відповідальність з реактивного режиму «розберемось після інциденту» у проактивний, де межі прописані заздалегідь.

Що це означає для builder-ів agentic-систем у бізнесі?

Логіка «розклади дії агента за ризиком і зворотністю, а не давай йому все або нічого» переноситься з держсектору в будь-яку компанію, що впроваджує агентів у процеси з реальними наслідками — видачу кредитів, зміну медичних записів, автоматичні виплати. Практичний висновок: якщо ваша agentic-система вже вміє не лише радити, а й діяти, варто заздалегідь мати власну класифікацію дій за ступенем ризику — які агент виконує автономно, які потребують підтвердження людини, а які взагалі не варто автоматизувати, поки регулятор чи власна юридична служба не скажуть інакше. Компанії, які відкладають цю розмітку до моменту, коли регулятор чи клієнт поставить питання напряму, зазвичай роблять це поспіхом і заднім числом — а це саме той сценарій, який урядова класифікація намагається унеможливити.

Висновок AiiN: делегування — це питання дизайну, а не лише права

Наша теза: компанії, що будують agentic-системи, найчастіше формулюють питання автономії як юридичне — «що дозволено законом», — і пропускають те, що це насамперед питання архітектури продукту. Шкала «ризик/зворотність», яку зараз намагаються формалізувати уряди, — це по суті чекліст, який має існувати в кожній agentic-системі ще на етапі проєктування, незалежно від того, чи вимагає його регулятор. За нашою оцінкою, подібні класифікації найближчим часом зʼявляться і в галузевих стандартах для фінансів та медицини — і компанії з власною шкалою автономії отримають перевагу під час аудиту.

Чи означає це заборону agentic AI в держсекторі?

Ні. Йдеться не про заборону, а про класифікацію — розподіл рішень за ступенем допустимої автономії, де частина дій лишається за агентом, а частина завжди вимагає людину в контурі.

Як бізнесу підготуватися до подібних вимог уже зараз?

Скласти власний реєстр дій agentic-системи з позначкою ризику і зворотності для кожної, визначити, які з них потребують підтвердження людини, і задокументувати цю логіку до того, як її запитає аудитор чи регулятор.