Моделі та платформи ШІ
Aera представляє шість оновлень для створення системи ухвалення корпоративних рішень за допомогою ШІ та управління нею

Корпоративний ШІ-агент може рекомендувати змінити постачальника або перемістити запаси. Щоб така рекомендація стала надійним бізнес-рішенням, потрібно більше: відповідні дані, порівняння альтернатив, перевірка відповідності політикам, дозвіл на виконання дії та запис про те, що сталося потім. Aera Technology об’єднує ці етапи за допомогою шести доповнень до своєї платформи інтелектуального ухвалення рішень на основі агентів, про які компанія оголосила на AeraHUB 26 NYC 27 жовтня.
Оновлення охоплюють створення навичок за допомогою природної мови, Decision Ledger, Policy Studio, взаємодію агентів, Dynamic UX і Command Center. Головна ідея полягає в тому, що компаніям потрібно так само виважено керувати рішеннями, які ухвалюють їхні агенти, як і даними та системами, якими ці агенти користуються.
Такий підхід виходить за межі підвищення продуктивності окремих працівників. Aera зосереджується на повторюваних операційних рішеннях — що виробляти, куди відправляти товари й коли закуповувати, — які можуть впливати на кілька підрозділів і результати яких мають враховуватися під час ухвалення наступного рішення.
Розвиток платформи, що поєднує дані, моделі та виконання
Aera забезпечує технічну основу. Компанія описує модель даних для ухвалення рішень, яка узгоджує інформацію з корпоративних систем і зовнішніх джерел, а також оркестрацію бізнес-правил, оптимізації, симуляцій, машинного навчання й агентів. Платформа також підтримує взаємодію з користувачами природною мовою.
У Навичках ці можливості згруповано для розв’язання конкретних бізнес-завдань. Навичка поєднує інтеграцію даних, аналітику, логіку ухвалення рішень і виконання дій у цільових системах. Завдяки цьому вона стає багаторазово використовуваною операційною можливістю, а не просто відповіддю, згенерованою у вікні чату.
Шість анонсованих доповнень стосуються того, як компанії створюють, контролюють і масштабують таку автоматизацію. Вони також відображають практичне обмеження корпоративних агентів: міркування корисні лише тоді, коли система має доступ до відповідного бізнес-контексту й контрольований спосіб реалізувати свій висновок.
Створення навичок перетворює бізнес-запит на план автоматизації
Оновлений процес створення навичок починається з опису бізнес-завдання простою мовою. Користувач може попросити Aera створити функцію, яка позначатиме постачальників, яким загрожує ризик. Система пропонує план, який користувач перевіряє, уточнює та схвалює, перш ніж він стане автоматизацією ухвалення рішень із належним управлінням.
За словами Aera, цей процес часто можна завершити за одну робочу сесію. В оновленні немає незалежних вимірювань тривалості, однак задум зрозумілий: скоротити обсяг спеціалізованого налаштування між описом проблеми та впровадженням багаторазово використовуваної відповіді на неї.
Етап перевірки залишається важливим. За операційним запитом можуть приховуватися рішення про те, яким даним довіряти, що вважати ризиком і хто має право діяти. Запропонований план дає змогу обговорити ці питання до схвалення автоматизації. Згодом користувачі можуть уточнювати й оновлювати навички за допомогою діалогу, коли змінюються бізнес-вимоги.
Decision Ledger і Policy Studio вбудовують управління в робочий процес
Decision Ledger покликаний зберігати контекст, що стоїть за вибором: ситуацію, міркування, перевірені політики, виконані дії та остаточний результат. Він фіксує рішення, ухвалені в Aera, а також рішення, надіслані з інших систем через її API. Компанія також повідомляє, що Aera може виявляти рішення, які виникають під час розмови, і просити людину підтвердити їх.
Такий запис може бути цінним, коли команді потрібно зрозуміти, чому було схвалено виняток або чи спрацювало попереднє втручання. Транзакційна система може показати, що запаси перемістили; запис про рішення має пояснити обставини й компроміси, які до цього призвели.
Policy Studio працює з правилами, що регулюють виконання дій. Команди завантажують документ із політикою або описують правило, а Aera готує проєкт правил для схвалення людиною. Ці правила можна перевірити на реальних рішеннях до того, як вони набудуть чинності. Після активації вони можуть блокувати рішення, вимагати схвалення або надсилати попередження, а результати перевірки фіксуватимуться в Decision Ledger.
Зв’язок між цими двома продуктами має важливе значення: відповідність політикам перевіряється під час ухвалення рішення, а результати перевірки стають частиною його історії. Це дає організаціям змогу пов’язувати механізми контролю з доказами того, як їх застосовували, замість того щоб відновлювати перебіг процесу постфактум.
Поєднання корпоративних агентів зі збереженням бізнес-контексту
Доповнення для взаємодії систем забезпечують зв’язок Aera з Microsoft Copilot Studio, зовнішніми агентами через Agent2Agent (A2A) і зовнішніми інструментами через Model Context Protocol (MCP). Це різні способи інтеграції: A2A підтримує взаємодію агентів між собою, тоді як MCP надає інтерфейс для доступу до інструментів і контексту.
Для організації, яка вже впроваджує помічників і агентів, привабливою є можливість повторного використання. Можливості Aera для ухвалення рішень можуть бути частиною наявного робочого процесу, тоді як інші системи зберігають власні інтерфейси та функції. Завдання полягає в тому, щоб бізнес-контекст, дозволи й перевірки відповідності політикам і далі застосовувалися, коли робота виходить за ці межі.
В анонсі інтероперабельність описано як спосіб поєднати міркування з управлінням і виконанням. Сама інтеграція не є доказом того, що результати роботи кожного підключеного агента правильні: це й надалі залежить від процесу ухвалення рішень, вихідних даних і засобів контролю за діями.
Dynamic UX і Command Center роблять процес ухвалення рішень наочним
Dynamic UX дає змогу користувачам створювати й адаптувати інтерфейси за допомогою запитів природною мовою, а також діаграм, таблиць, рекомендацій і завдань для виконання від Aera, а потім публікувати ці інтерфейси як частину Skill. Aera описує це оновлення як перехід від традиційної скриньки з рекомендаціями до інтерактивних робочих просторів, адаптованих до конкретних ролей.
Це корисно, адже для різних рішень потрібні різні докази. Менеджеру із закупівель, який оцінює ризики постачальників, і фахівцю з планування, який визначає доцільність переміщення запасів, можуть знадобитися різні порівняння, порогові значення й дії, навіть якщо обидва користуються тією самою платформою.
Command Center забезпечує загальноорганізаційний огляд активності, результативності й впливу рішень на бізнес — як структурованих, так і ситуативних, незалежно від того, чи отримують люди допомогу, чи виконання автоматизоване. Цей інструмент має допомагати організаціям оцінювати результати й визначати, які процеси ухвалення рішень потрібно вдосконалити в міру розширення впровадження.
«Ми завжди прагнули керувати рішеннями як цифровим активом: фіксувати їх, забезпечувати належне управління ними й постійно вдосконалювати», — сказав співзасновник і технічний директор Aera Шарік Мансур.
Шість нових можливостей підтримують цю концепцію на різних етапах життєвого циклу: створюють необхідні засоби, дають змогу застосовувати політики, координувати системи, надавати докази, фіксувати результат і відстежувати ефективність. Їхня цінність для бізнесу залежатиме від того, наскільки злагоджено ці складові працюватимуть разом у реальних операційних процесах. Для корпоративного ШІ суттєва зміна полягає в переході від формування правдоподібної рекомендації до управління дією, обґрунтування, обмеження й результат якої можна перевірити.












