Чому агентський ІІ буде провалений без довірчих даних про активи

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

Ця можливість є саме тією причиною, чому так багато організацій швидко впроваджують його. Згідно з доповіддю Gartner CIO і технологічного керівництва за 2026 рік, лише 17% організацій впровадили агентів ІІ, тоді як понад 60% планують зробити це протягом наступних двох років. Це відбувається швидше, ніж для будь-якої іншої нової технології, включеної до опитування.

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

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

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

Якщо агенту подається погані дані, він не масштабуватиме інтелект. Він масштабуватиме оперативний ризик.

Старі проблеми з даними на новій швидкості

Проблеми з якістю даних, які агентський ІІ розкриває, не нові. За понад 17 років роботи над системами та впровадженням управління активами я бачив ті самі проблеми, які постійно виникають: дублікатні записи, відсутність зв’язків між активами, несумісні назви, застарілі критичні оцінки та погане кодування відмов на роки.

Що змінилося, так це не сама природа цих проблем, а їх потенційна сфера дії.

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

Ширша проблема реалізації підприємства вже видна. Попередній звіт про проект MIT NANDA виявив, що 95% організацій, які брали участь у дослідженні, не досягли вимірюваних фінансових результатів від своїх ініціатив генеративного ІІ. Звіт приписував розрив головним чином до розривів у навчанні та інтеграції, включаючи інструменти, які не зберігають контекст або не адаптуються ефективно до існуючих робочих процесів. У активо-інтенсивних операціях, де погана рекомендація може вплинути на фізичне обладнання, а не лише на панель приладів, розрив між амбіціями ІІ та реальністю даних ще більш суттєвий.

Де погані дані стають небезпечним рішенням

У оперативних умовах ці наслідки стають фізичними.

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

Ставки зростають далі, коли самі зв’язки між активами є неправильними. Це сценарій, який піднімає червоний прапор. Якщо система не точно відображає, які активи пов’язані, яке обладнання потрібно ізолювати до початку роботи, або які обмеження застосовуються на певній ділянці, її рекомендації можуть стати дійсно небезпечними.

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

Принаймні на початковому етапі метою повинно бути ІІ, яке підтримує рішення, а не ІІ, яке приймає рішення самостійно.

Чому управління активами підприємства є основою, а не заднім офісом

Управління активами підприємства, або УАП, є місцем, де організовується оперативна реальність. Це місце, де реєструються та керуються накази на роботу, стратегії технічного обслуговування, інспекції, затвердження, зв’язки між активами та історії обладнання.

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

Натомість ніж розглядати УАП як систему заднього офісу, організації, які готуються до агентського ІІ, повинні розглядати її як частину оперативного контрольного рівня. Вона формує, до чого агент ІІ може звернутися, які процеси він повинен дотримуватися, на яких доказах він спирається, та де все ще потрібне затвердження людини.

УАП також допомагає надавати контекст рішення. Рекомендація щодо технічного обслуговування не повинна базуватися лише на стані окремого активу. Вона також залежить від критичності активу, недавніх відмов, пов’язаного обладнання, доступних запчастин, процедур безпеки, наявності бригад та впливу простою на ширшу операцію.

Без цього контексту навіть технічно розвинений агент ІІ може рекомендувати неправильний курс дій.

Чи ваші дані дійсно «готові до ІІ»?

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

Це перші питання, які я ставлю: Чи довіряємо ми ієрархії активів? Чи є історія відмов надійною? Чи актуальні плани робіт? Чи точна наявність бригад? Чи актуальні плани безпеки?

Дані не повинні бути ідеальними. Маленька кількість організацій колись матиме ідеальні оперативні дані. Вони повинні бути точними, актуальними та добре керованими достатньо для того, щоб ІІ міг дійсно підтримувати людей, які приймають рішення.

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

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

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

Практичний шлях до агентського ІІ

Практичний шлях впровадження починається з конкретного випадку використання, де ІІ може додати вартість без введення надмірного ризику.

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

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

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

Лише після того, як результати зрозумілі, організація повинна розглянути надання ІІ більшої відповідальності. Автономія повинна зростати поступово та лише тоді, коли пов’язані з цим ризики є чіткими, контрольованими та аудитованими.

Успішна стратегія агентського ІІ пов’язує ІІ з довірчими даними активів та сильними робочими процесами УАП, підтримуваними чітким керуванням та відповідальністю людини. Доповідь Deloitte про стан ІІ в підприємстві за 2026 рік дійшов такого самого висновку зверху вниз, описуючи єдину, довірчу основу даних як суттєву для масштабування ІІ. Організації залишаються відповідальними за дії, які рекомендують або здійснюють ІІ. Ця відповідальність не зникає лише через те, що рішення було сформовано алгоритмом.

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