IBM собрала энергокомпании для совместной разработки AI-агентов

Совет начинает с энергетики и SAP S/4HANA

IBM запустила AI Lighthouse Council — площадку, на которой компании, использующие SAP, должны совместно определять, собирать и проверять AI-агентов. Первым направлением стала энергетика и коммунальная инфраструктура, а технологической основой — SAP S/4HANA for Utilities. Вместо набора разрозненных пилотов участникам предлагают общий слой агентных решений, адаптируемый под процессы каждой компании.

В совет вошли шесть первых участников: Chesapeake Utilities, крупнейшая американская энергокомпания из Флориды и ещё четыре частные utilities Северной Америки. IBM не называет в объявлении пять из шести организаций, но указывает их общий масштаб — более 50 млн жителей в 18 штатах США. Это стартовая группа, а не закрытый консорциум: компания приглашает присоединяться организации из Северной Америки и других регионов.

IBM собирается применить методику Forward Deployment Unit: участники проходят три этапа — Co-Define, Co-Build и Co-Validate. Целью объявлены готовые к production агенты, причём ценность каждого вызова должна быть связана с конкретным операционным результатом. Компания ожидает, что позднее модель сотрудничества распространится на другие отрасли и общие процессы в финансах, цепочках поставок и HR.

Три направления охватывают клиентов, бэк-офис и инфраструктуру

Первый workstream посвящён клиентским операциям. В него входят Billing Exception Management, Collections Optimization, High-bill Resolution, Dispute Management и Intelligent Customer Support. Иными словами, участники начинают с процессов, где компании регулярно разбирают исключения, задолженности, спорные начисления и обращения клиентов.

Во втором направлении IBM перечисляет агентов для финансов, supply chain и HR: Autonomous Accruals, Project Health Monitoring, Intercompany Reconciliation, Planning Policy Compilation и Cross-source Reconciliation. Общая задача здесь — не просто генерировать текст, а сопоставлять данные и сопровождать регламентированные корпоративные процессы.

Третий блок относится к активам и полевым работам — Enterprise Asset Management. В список вошли Field Operations, управление крупными компонентами вроде трансформаторов, Smart Meter Analytics, Grid Reliability and Outage Intelligence и Demand-side Management. Так IBM связывает агентный слой с эксплуатацией физической инфраструктуры, а не ограничивает инициативу офисными помощниками.

Общий цикл разработки рассчитан на 24 недели

Совместная работа рассчитана на 24-недельный co-build cycle. В него входят структурированные innovation sprints, три формальных feedback gates и встречи руководителей. Участники также получают workshops и очные сессии, в том числе на конференциях SAP, чтобы провести выбранные сценарии от концепции к production.

IBM описывает модель формулой build once, deploy many. Компания создаёт приоритетных агентов, utilities проверяют результаты на общих контрольных этапах, а затем каждый участник получает развёртывание под собственную среду и operating model. Вместе с ним предусмотрены reference architecture и шаблон business case.

От членов совета требуются executive sponsor, отраслевые специалисты для проектных workshops и проверок, а также доступ к операционным данным в рамках их собственных политик. IBM отдельно утверждает, что данные не будут передаваться другим участникам без согласия. Это важное ограничение: совместной должна быть разработка и валидация подхода, а не общий пул корпоративной информации.

Governance и observability встроены в замысел

В число целей совета включены operating models, governance и observability для ответственного, контролируемого и проверяемого внедрения ИИ. IBM обещает связывать каждый вызов агента с измеримым результатом. Для регулируемой отрасли это переводит обсуждение из плоскости возможностей модели в плоскость контроля исполнения и доказуемого эффекта.

Представитель Chesapeake Utilities Абхиджит Бхатвадекар объясняет участие рисками изолированных экспериментов в регулируемой среде. По его словам, совместная проверка сценариев с компаниями, у которых похожие операционные условия, должна ускорить работу и повысить уверенность в результате. Участники делят нагрузку по валидации, но получают конфигурации для своих организаций.

Совет также должен согласовывать решения с корпоративными платформами и hyperscalers. Это ещё один признак enterprise-подхода: агент рассматривается не как отдельное приложение, а как компонент существующего технологического ландшафта. Однако IBM пока не раскрывает конкретные модели, архитектуру runtime или метрики качества будущих агентов.

Пока это программа разработки, а не отчёт о внедрении

Объявление фиксирует состав стартовой группы, процесс и перечень предполагаемых сценариев, но не сообщает о завершённых production deployments. В нём нет измеренных результатов по снижению затрат, скорости операций, надёжности сетей или качеству клиентского обслуживания. Поэтому инициативу рано оценивать как доказанный успех агентного ИИ в utilities.

Проверяемыми в ближайшие месяцы станут три вещи: дойдут ли сценарии до production, появятся ли сопоставимые метрики до и после внедрения и насколько повторяемыми окажутся агенты между компаниями. Заявленная модель требует одновременно общей основы и отраслевой конфигурации для каждого участника. Именно разница между build once и объёмом последующей адаптации покажет практическую масштабируемость подхода.

Для IBM проект открывает путь к тиражированию общего агентного слоя поверх SAP-процессов. Для энергокомпаний потенциальная выгода — совместно оплаченная проверка сценариев, reference architecture и более короткий путь от идеи до рабочего процесса. Но исходное объявление описывает обязательства и дизайн программы; фактическую ценность ещё предстоит подтвердить результатами 24-недельного цикла.