Штучні агенти вже бронюють квитки, пишуть код і спілкуються з клієнтами — але часто не пам’ятають, що робили п’ять хвилин тому. Канал IBM Technology пропонує дивитися на них як на новий клас «цифрових співробітників», яким бракує головного — операційної системи, що керуватиме пам’яттю, доступами, інструментами та безпекою.
Від «геніального золотого рибки» до керованої системи
Сучасні AI‑агенти — це вже не просто чат‑боти, які відповідають на запитання. Вони:
- бронюють перельоти;
- ведуть витрати;
- пишуть і запускають код;
- надсилають листи від імені користувача;
- взаємодіють з іншими агентами для виконання складних завдань.
Функціонально це «цифрові співробітники», але з критичними вадами:
- відсутність стійкої пам’яті — кожна нова сесія починається «з нуля»;
- неясні межі доступу — агент не завжди «розуміє», що йому можна, а що ні;
- нестача прозорості — важко відстежити, що саме агент зробив і чому;
- ризиковані дії — відсутність інтуїтивного «не варто видаляти цю базу даних».
Якщо таких агентів кілька й вони мають працювати разом, ситуація нагадує групу малюків, які керують рестораном: щось працюватиме — поки не станеться інцидент. Власне, тут і з’являється потреба в «директорі школи» для агентів — операційній системі.
Три шари Agent OS: агенти, ядро, інфраструктура
Пропонована архітектура операційної системи для AI‑агентів нагадує тришаровий торт:
-
Верхній шар — агенти
Це «працівники»: тревел‑агент, код‑агент, агент підтримки клієнтів тощо. Кожен має свою роль і набір завдань. -
Середній шар — ядро Agent OS
«Кабінет директора», де відбувається управління: - планування завдань;
- керування пам’яттю;
- розподіл і контроль інструментів;
- ідентифікація та права доступу;
- спостережуваність (логування й трасування);
-
запобіжники та політики (guardrails і governance).
-
Нижній шар — інфраструктура
Фізичні та програмні ресурси: - обчислювальні потужності;
- AI‑моделі;
- бази даних;
- зовнішні інструменти й API, з якими працюють агенти.
Ключова цінність — саме в середньому шарі: він перетворює набір розрізнених «розумних модулів» на керовану, передбачувану систему.
Що робить ядро Agent OS: шість критичних компонентів
1. Планувальник (scheduler / orchestrator)
Планувальник вирішує, який агент і коли отримує доступ до ресурсів — насамперед до «мозку» (моделі) та обчислень.
Приклад:
Є агент підтримки, який веде живий чат із клієнтом, і фоновий агент, що підсумовує вчорашні тікети. Планувальник гарантує, що живий клієнт не чекатиме, поки фонове завдання «з’їдає» всі ресурси.
Фактично це аналог диспетчера процесів у класичній ОС, але з урахуванням пріоритетів бізнес‑логіки.
2. Менеджер пам’яті
Цей компонент вирішує проблему «золотого рибки». Він дає агентам:
- короткострокову пам’ять — контекст поточної взаємодії;
- довгострокову пам’ять — події, що сталися тиждень чи місяць тому;
- епізодичну пам’ять — досвід: «минулого разу цей підхід не спрацював».
Приклад:
HR‑агент пам’ятає, що користувач уже запитував про відпустку по догляду за дитиною минулого місяця, і не починає консультацію «з нуля», а продовжує з урахуванням попередньої історії.
Без такого шару агенти залишаються розумними, але «безпам’ятними» — і це різко обмежує їхню корисність у реальних бізнес‑процесах.
3. Менеджер інструментів (Tool Manager)
Агенти мають не лише відповідати текстом, а й діяти у зовнішньому світі:
- надсилати листи;
- робити запити до баз даних;
- викликати API;
- писати й виконувати код.
Менеджер інструментів:
- знає, які інструменти існують;
- визначає, який агент до чого має доступ;
- запускає інструменти в пісочниці (sandbox).
Sandbox — це «м’яка кімната», де агент може експериментувати, не ризикуючи продакшен‑системами.
Приклад:
Код‑агент може писати й виконувати Python‑код, але:
– працює лише в певній директорії;
– не бачить паролів;
– не має доступу до інтернету без явного дозволу.
Це критично для безпеки: без sandbox агент, який генерує й запускає код, може ненавмисно пошкодити бойові дані.
4. Менеджер ідентичності (Identity Manager)
Цей модуль відповідає на запитання: «Хто ти і що тобі дозволено?»
Основні функції:
- видача короткострокових токенів, які швидко протухають;
- визначення прав доступу до даних і сервісів;
- фіксація, від імені якого користувача діє агент.
Приклад:
Коли тревел‑агент бронює квиток за вашою карткою, система має чітко показати:
– хто ініціював дію;
– який агент її виконав;
– які права були використані.
Це основа для аудиту, безпеки й відповідності регуляторним вимогам.
5. Спостережуваність (Observability)
Спостережуваність — це система відеонагляду для агентів. Вона:
- логуватиме кожне рішення;
- фіксуватиме кожен виклик інструменту;
- зберігатиме кожну відповідь.
Якщо щось пішло не так, можна «перемотати плівку» й подивитися, де саме система ухвалила неправильне рішення.
Приклад:
Агент помилково схвалив повернення коштів. Завдяки спостережуваності можна простежити весь ланцюжок:
– який запит надійшов;
– які інструменти викликалися;
– які проміжні висновки зробив агент;
– де саме логіка дала збій.
Без цього бізнес отримує «чорну скриньку», якій важко довіряти в критичних процесах.
6. Guardrails і governance
Guardrails — це правила та обмеження, які не дають агентам виходити за межі дозволеного.
Складаються з трьох частин:
-
Вхідні guardrails — перевіряють, що надходить до агента.
Наприклад, чи не намагається хтось атакувати систему шкідливим промптом. -
Вихідні guardrails — перевіряють, що агент віддає назовні.
Чи не містить відповідь некоректний, небезпечний або явно хибний контент. -
Governance (політики) — визначає, що можна автоматизувати, а де потрібна людина (human‑in‑the‑loop).
Приклад політики:
Агент може автоматично схвалювати повернення коштів до 50 доларів.
Понад 50 доларів — обов’язкове погодження людиною.
Це дозволяє поєднати швидкість автоматизації з контрольованим рівнем ризику.
Чому це важливо саме зараз
AI‑агенти вже працюють із:
- реальними клієнтами;
- реальними грошима;
- реальними бізнес‑рішеннями.
Багато команд запускають їх без повноцінної інфраструктури Agent OS. Це схоже на місто без світлофорів: поки трафік невеликий, система ще якось тримається, але з ростом навантаження аварії стають неминучими.
Команди, які першими впровадять операційні системи для агентів, отримають:
- масштабованість — можливість додавати нових агентів і сценарії без вибуху складності;
- надійність — передбачувану поведінку, яку можна моніторити й відлагоджувати;
- контроль ризиків — чіткі межі, логування й політики доступу.
Без цього AI‑агенти залишаться «дорогими експериментами з пам’яттю золотого рибки»: вражаючими в демо, але крихкими й небезпечними в продакшені. З Agent OS вони перетворюються на інфраструктуру, якій бізнес може довірити критичні процеси.