На конференції IBM Think 2026 у Бостоні компанія показала, що більше не сприймає штучний інтелект як набір окремих «фішок» для розробників чи ІТ‑відділу. У спеціальному випуску подкасту Mixture of Experts, записаному наживо з конференції, керівники IBM інфраструктурного бізнесу та AI‑напряму обговорили нову модель AI‑операцій, де ключову роль відіграють два продукти: IBM Concert для автоматизованої інфраструктури та внутрішній агент продуктивності Bob.
Разом вони демонструють, як IBM намагається вбудувати AI у весь життєвий цикл — від написання коду й управління дата‑центрами до щоденних офісних задач — і перетворити його з точкового інструмента на наскрізний операційний шар бізнесу.
Від «AI для розробників» до AI як операційного шару компанії
Ще кілька місяців тому розмови про штучний інтелект у великих корпораціях часто зводилися до двох тем: допомога розробникам у написанні коду та автоматизація ІТ‑операцій. На Think 2026 IBM намагається вийти за межі такого «сегментованого» підходу.
Замість того, щоб продавати окремі AI‑модулі для конкретних доменів, компанія просуває ідею повних життєвих циклів і «завершених результатів». Йдеться не про те, щоб оптимізувати один відділ чи одну функцію, а про те, щоб AI був присутній на кожному етапі — від проєктування систем до їх експлуатації, від бізнес‑процесу до вимірюваного результату.
Це змінює і мову, якою говорять про технологію. Термін «AIOps», який ще недавно здавався модним, тут уже сприймається як занадто вузький. IBM намагається показати AI не як інструмент для «операцій», а як горизонтальний шар, що пронизує розробку ПЗ, інфраструктуру, безпеку, офісну працю і, зрештою, бізнес‑процеси.
У цій картині IBM Concert і Bob — два ключові маркери нового підходу.
IBM Concert: AI, що бачить і керує всією ІТ‑екосистемою
Однією з головних інфраструктурних новинок Think 2026 став IBM Concert — продукт, який IBM позиціонує як AI‑центр керування складними ІТ‑ландшафтами. Його завдання — дати глибоку видимість у те, що відбувається в ІТ‑«маєтку» організації, і використати AI, щоб цей маєток було легше керувати, захищати та оптимізувати.
Класичні інструменти моніторингу й автоматизації давно вміють збирати метрики, запускати скрипти та сигналізувати про збої. Але сучасні корпоративні середовища — це гібридні хмари, десятки й сотні застосунків, мікросервіси, різні платформи, високодоступні кластери, сценарії аварійного відновлення з «перемиканням» між хмарою та on‑premise. Керувати цим вручну або навіть традиційною автоматизацією стає дедалі складніше.
IBM відповідає на це поєднанням трьох шарів:
по‑перше, класичний підхід infrastructure as code (IaC), коли інфраструктура описується у вигляді коду та конфігурацій, що можна версіонувати, тестувати й відтворювати;
по‑друге, AI‑генерація цієї інфраструктури як коду — коли системи здатні самі пропонувати або створювати IaC‑шаблони для складних сценаріїв, включно з високою доступністю та disaster recovery;
по‑третє, AI‑моніторинг, який не просто фіксує події, а й інтерпретує їх, співставляє з очікуваною поведінкою, допомагає зрозуміти, чи працює все «як задумано», і пропонує оптимізації.
У результаті, як описують на Think 2026, компанії, які раніше потребували вузькоспеціалізованих команд для налаштування складних сценаріїв — наприклад, автоматичного перемикання на хмару при аварії та повернення в локальний дата‑центр, — тепер можуть покладатися на поєднання IaC, AI‑генерації конфігурацій і AI‑моніторингу. Це не скасовує потреби в експертах, але суттєво знижує поріг входу й розширює коло людей, які можуть керувати складними середовищами.
Ключовий момент у тому, що Concert не обмежується «сигналізацією». Він має стати вікном у весь ІТ‑ландшафт: показати, які активи є, у якому вони стані з точки зору безпеки та вразливостей, наскільки якісно підтримуються, де є резерви для оптимізації. Далі в гру вступають інші автоматизаційні продукти IBM, які разом із Concert мають забезпечити безперервний цикл: побачити — проаналізувати — змінити — перевірити.
Для великих організацій це означає спробу зробити з AI не «надбудову» над існуючими інструментами, а центральний механізм управління інфраструктурою, який одночасно підвищує і надійність (через кращу видимість і контроль), і гнучкість (через автоматизовані зміни).
Bob: внутрішній AI‑агент як «суперінструмент» для розробників і консультантів
Якщо Concert — це про маштабну інфраструктуру, то Bob — про людей, які цю інфраструктуру створюють і експлуатують. На Think 2026 Bob став одним із найпомітніших брендів: персонаж агента, плакати, демо на кожному кроці. Але за яскравим маркетингом стоїть доволі прагматична ідея: універсальний AI‑асистент, який працює не в одному вузькому домені, а «поперек» усіх щоденних задач.
Формально Bob — це AI‑агент для кодування та продуктивності. Усередині IBM його вже активно використовують для:
генерації коду та допомоги розробникам у створенні нових застосунків;
модернізації існуючих систем — від рефакторингу до міграції на сучасні платформи;
створення презентацій у PowerPoint — від структури до наповнення слайдів;
роботи з Excel — від обробки даних до підготовки звітів.
Важливо, що в IBM наполягають: Bob — це не «ще один кодер‑бот». Його позиціонують як «суперінструмент», який використовується консультантами та внутрішніми командами «по всьому стеку» — від технічних завдань до рутинної офісної роботи. Це добре вписується в загальну стратегію: AI має бути не окремим сервісом для одного департаменту, а універсальним шаром, який підсилює кожну роль у компанії.
Такий підхід має кілька наслідків.
По‑перше, AI‑агент стає частиною повного життєвого циклу розробки й експлуатації. Той самий Bob може допомогти написати код, підготувати технічну документацію, створити презентацію для замовника, а потім — допомогти з аналізом логів чи даних експлуатації.
По‑друге, зростає значення «AI‑грамотності» співробітників. Якщо агент доступний усім — від розробників до менеджерів, — швидкість, із якою організація зможе масштабувати AI‑ініціативи, прямо залежить від того, наскільки активно й усвідомлено люди цим агентом користуються.
По‑третє, внутрішнє використання Bob у ролі універсального інструмента дає IBM можливість відточувати власну AI‑операційну модель на собі: як інтегрувати агента в різні процеси, як будувати контроль якості, як поєднувати його з системами безпеки та комплаєнсу.
Усе це знову ж таки підкреслює: для IBM AI — це не окремий продукт, а спосіб організації роботи.
AI‑операційна модель: наскрізна інтеграція від коду до бізнес‑процесів
І Concert, і Bob — лише видимі елементи ширшої концепції, яку IBM називає новою AI‑операційною моделлю. Її суть — у тому, щоб інтегрувати AI як «поперечний» шар, що проходить через три великі зони:
розробка програмного забезпечення;
ІТ‑операції та інфраструктура;
ширші бізнес‑процеси — від взаємодії з клієнтами до ланцюгів постачання.
Раніше ці зони часто жили окремо. Команда розробки могла використовувати один набір AI‑інструментів, ІТ‑операції — інший, бізнес‑підрозділи — третій. Дані, моделі, практики безпеки й управління при цьому не завжди узгоджувалися між собою. IBM на Think 2026 просуває протилежну логіку: AI має бути єдиним операційним шаром, який з’єднує ці домени.
У розробці це означає, що агенти на кшталт Bob не просто генерують код, а працюють у зв’язці з інструментами управління інфраструктурою, тестуванням, деплойментом. Код, який створюється, одразу «думає» про те, як він буде працювати в реальному середовищі, яке, своєю чергою, управляється AI‑системами на кшталт Concert.
В ІТ‑операціях це означає, що AI‑моніторинг і автоматизація не обмежуються технічними метриками, а враховують бізнес‑контекст: які сервіси критичні, які сценарії відмови допустимі, які RTO/RPO потрібні для конкретних застосунків. Інфраструктура як код, згенерована AI, має відображати ці бізнес‑вимоги, а не лише технічні параметри.
У бізнес‑процесах це означає, що ті самі AI‑моделі й агенти, які допомагають розробникам і операторам, можуть бути вбудовані в робочі процеси продажів, підтримки клієнтів, виробництва, логістики. Наприклад, AI‑асистент, який готує презентації для внутрішніх зустрічей, може так само готувати матеріали для клієнтів, спираючись на ті самі дані й політики.
Ключова ідея — повний життєвий цикл. Не «AI для коду», «AI для інфраструктури» й «AI для бізнесу» як три окремі історії, а єдина траєкторія: від задуму продукту до його запуску, від експлуатації до оптимізації, від внутрішніх процесів до зовнішнього результату.
Швидкість AI‑трансформації визначає особиста грамотність керівників
Окремий акцент, який звучить на Think 2026, — роль керівництва в тому, наскільки швидко організація рухається в бік такої наскрізної AI‑моделі. Формула, яку цитують на конференції, проста: «ступінь AI‑грамотності керівників і їхнього особистого використання AI визначає швидкість AI‑трансформації організації».
Це означає, що навіть найкращі інструменти — Concert, Bob чи будь‑які інші — не дадуть очікуваного ефекту, якщо топ‑менеджмент сприйматиме AI як щось «для ІТ‑відділу» або як тимчасовий тренд. Там, де керівники самі активно користуються AI‑асистентами, розуміють їхні можливості й обмеження, розмова про AI‑проєкти стає більш збалансованою: одночасно про можливості й ризики, про продуктивність і безпеку.
Це важливо й тому, що IBM просуває AI не як «чорну скриньку», а як керований, прозорий шар. Щоб така модель працювала, керівники мають не лише «вірити в AI», а й розуміти, як він вбудовується в процеси, які дані використовує, які обмеження йому задають політики безпеки та комплаєнсу.
У цьому сенсі внутрішні агенти на кшталт Bob виконують ще одну функцію: вони стають «тренажером» AI‑грамотності для всієї організації, включно з керівництвом. Коли топ‑менеджер сам створює презентацію за допомогою Bob або аналізує дані в Excel із його допомогою, розмова про AI‑стратегію стає значно предметнішою.
Безпека й управління: чому «рейки» потрібні ще до запуску
Паралельно з розмовами про продуктивність на Think 2026 багато говорять про ризики. Зі зростанням ролі AI в інфраструктурі та бізнес‑процесах змінюється й поверхня атаки: з’являються нові точки, де помилка моделі, некоректний промпт або відсутність обмежень можуть призвести до реальних інцидентів.
IBM наполягає, що управління (governance) і безпека мають бути вбудовані в AI‑системи з самого початку, а не додаватися «потім». Це стосується як внутрішніх агентів, так і публічних інтерфейсів — наприклад, чат‑ботів для клієнтів.
Типовий приклад — відкритий чат‑бот без базових обмежень, який може почати видавати неприйнятний або небезпечний контент. IBM говорить про необхідність рамок і методологій, які дозволяють ще до запуску визначити, що система може й не може робити, які теми для неї заборонені, як вона має поводитися в неоднозначних ситуаціях.
Така логіка переноситься й на інфраструктурний рівень. Якщо AI‑система на кшталт Concert отримує право автоматично змінювати конфігурації, перемикати трафік, запускати сценарії аварійного відновлення, то до неї мають застосовуватися ті самі принципи безпеки, що й до будь‑якого іншого критичного компонента: контроль доступу, аудит дій, чіткі політики, тестування сценаріїв.
IBM проводить паралель із епохою хмари: на початку багато компаній ставилися до неї з недовірою, але з часом завдяки структурованому управлінню, автоматизації та зрілим практикам безпеки хмарні середовища стали сприйматися як надійні. Тепер компанія пропонує застосувати ті самі уроки до AI‑систем: зробити їх такими ж керованими й передбачуваними, як сучасні хмарні платформи.
Усе це знову повертає до ідеї AI‑операційної моделі як цілісного шару: якщо AI пронизує розробку, інфраструктуру й бізнес‑процеси, то й управління ним має бути наскрізним, а не фрагментованим по окремих проєктах.
Висновок: AI як нова «операційна система» підприємства
Think 2026 демонструє, що для IBM штучний інтелект перестає бути просто набором сервісів і перетворюється на щось на кшталт нової «операційної системи» підприємства. IBM Concert має стати центральною консоллю для ІТ‑ландшафту, де AI допомагає бачити, керувати й оптимізувати інфраструктуру. Bob — універсальним агентом продуктивності, який супроводжує співробітників у щоденній роботі — від коду до презентацій.
Разом із цим IBM просуває AI‑операційну модель, у якій AI інтегрований у весь життєвий цикл і всі рівні організації: розробку, операції, бізнес‑процеси, керівництво. Швидкість, із якою компанія зможе перейти до такої моделі, залежить не лише від технологій, а й від AI‑грамотності керівників та готовності будувати управління й безпеку «заздалегідь», а не постфактум.
У найближчі роки саме такі підходи — не окремі AI‑демо, а цілісні операційні моделі — визначатимуть, хто зможе перетворити AI з експерименту на стабільне джерело продуктивності й конкурентної переваги.
Джерело
Live from Think 2026: AI operating model, VC funding & CAIO evolution — IBM Technology