Microsoft заявляє, що розробка ШІ-агентів, готових до експлуатації, потребує від 26 до 60 інженерних тижнів

Title: Від допомоги до виконання: архітектурний зсув

Настановний документ Microsoft «Agentic Transformation Patterns» на 2026 рік детально описує, як потрібно перебудувати ШІ-агентів, щоб вони перейшли від простої допомоги користувачам до безпосереднього виконання роботи. Він встановлює конкретну ціну цих зусиль: від 26 до 60 інженерних тижнів на створення базової інфраструктури, перш ніж можна буде випустити хоча б одного агента в режимі виконання. Компанії, які ігноруватимуть цей зсув, ризикують створити крихкі інструменти, які не здатні безпечно діяти самостійно.

Підприємства зараз експериментують із помічниками на базі великих мовних моделей (LLM), які складають чернетки електронних листів, пропонують фрагменти коду або надають дані. Такі агенти залишаються в режимі «допомоги» (assist): людина перевіряє кожен результат, а тонка оболонка (thin wrapper) спрямовує запит до моделі та повертає відповідь. Така архітектура дешева і швидко збирається, але вона навмисно залишає прийняття рішень і запис даних на розсуд користувача.

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

Сім стовпів ШІ-агентів, готових до виконання

• Повноваження (Authority) – Перехід від дозволів, «делегованих користувачем», до постійних ідентичностей агентів, які мають обмежені права доступу. Агент повинен проходити автентифікацію в подальших сервісах без використання токена людини.
• Межі (Boundaries) – Заміна ситуативного міркування моделі (ad-hoc reasoning) для критично важливих обчислень детермінованими шляхами коду. Усе, що потребує точності — фінансові розрахунки, перевірки на відповідність нормам — має виконуватися у перевіреному програмному забезпеченні, а не виводитися на основі результатів роботи моделі.
• Схеми (Schemas) – Перехід від обміну даними з нестрогою типізацією до канонічної схеми, якою керує призначений відповідальний за дані (data steward). Це запобігає запису агентом некоректних записів, які подальші системи не зможуть опрацювати.
• Виявлення збоїв (Failure Detection) – Заміна людського нагляду на безперервну телеметрію та моніторинг бізнес-результатів. Система повинна автоматично виявляти аномалії, наприклад, несподівані обсяги транзакцій, і зупиняти агента у разі перевищення встановлених порогів.
• Стан (State) – Заміна короткочасних чат-сесій тривалим станом у межах конкретного кейсу, що зберігається в системі обліку (system of record). Агенту виконання може знадобитися згадати попередні кроки, аудиторський слід або вподобання користувача протягом днів чи тижнів.
• Відкат (Rollback) – Заміна підходу «перезапустити промпт» на event-sourcing або компенсуючі транзакції, які можуть надійно скасувати дії. Якщо агент припускається помилки, платформа має скасувати побічні ефекти без втручання людини.
• Аудитованість (Auditability) – Перехід від простих транскриптів чатів до логів кожного окремого діяння, що прив'язує кожну операцію до конкретної версії та ідентичності агента. Регулятори та внутрішні аудитори зможуть точно відстежити, що саме зробив агент, коли і згідно з якою політикою.

Ці зміни не є необов'язковими доповненнями; вони становлять нову операційну модель для автоматизації на базі ШІ. За оцінками Microsoft, створення цього фундаменту займе від 26 до 60 інженерних тижнів.

Чому вартість має значення

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

Для володіння схемами даних потрібні політичні повноваження.

Контраргумент: чи достатньо лише режиму допомоги?

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

Висновок очевидний: перехід ШІ-агентів від допоміжної ролі до автономної — це не просто перемикач функцій; це повне переписування архітектури. Компанії, які недооцінюють вимоги до інженерії та управління, ризикують запустити крихких ботів.