DXC обещает ускорение на 95% — выборка OASIS расходится в десять раз

DXC в анонсе от 13 октября 2026 года объявила в Ашберне о партнёрстве с LangChain, заявила о среднем сокращении времени решения задач DXC OASIS на 95% более чем в 500 измеренных сценариях при точности диагностики не ниже 92%, а руководитель инфраструктурных услуг компании Дэн Грей добавил: «models alone are not enough» («одних моделей недостаточно»). Показатели относятся к работе OASIS в конфигурации DXC, а не к отдельному испытанию инструментов LangChain.

В подготовленном совместно с LangChain техническом документе от 14 октября 2026 года те же 95% отнесены к 56 измеренным сценариям; для инцидента с файловой системой указано сокращение с 53–90 до 3–6 минут. Связь между двумя выборками не объяснена. Поэтому опубликованное среднее нельзя принимать за независимо воспроизведённый результат для любой ИТ-службы.

Откуда взялись 56 сценариев

Меньшая выборка появилась в материалах DXC ещё до октябрьского партнёрства. На слайде презентации для инвесторов от июня 2026 года уже стоят 56 сценариев и около 95% среднего сокращения времени. Примечание к слайду описывает основу расчёта как задокументированные целевые показатели и анализ времени рабочих процессов в семи направлениях работы агентов; там же сказано, что эксплуатационная телеметрия должна подтвердить результаты по мере расширения внедрений.

Октябрьский документ повторяет размер этой выборки и таблицу задач, тогда как анонс партнёрства говорит о более чем 500 сценариях. Разница составляет как минимум 8,9 раза — при округлении почти десятикратная. Возможно, меньшая группа вошла в большую, но публикации не устанавливают состав выборок, период измерений и одинаковое правило подсчёта среднего. Из совпадения процентов нельзя заключить, что все дополнительные сценарии дали такой же результат.

Не опубликованы число наблюдений по каждому виду задачи, пары исходного и конечного времени и правило взвешивания категорий. Неясно также, включал ли отсчёт ожидание одобрения инженера. Точность диагностики DXC определяет через сопоставление с суждением старших инженеров; объём такой проверки и порядок разрешения разногласий не приведены. Эти пробелы важны, если сопоставлять результат с реальным временем закрытия инцидентов в другой инфраструктуре.

Пять задач: что показывают интервалы

Опубликованная таблица раскрывает пять видов работы. Интервалы «до» и «с OASIS» в ней различаются по масштабу задачи:

• инцидент с файловой системой — 53–90 и 3–6 минут;
• проблема производительности базы данных — 2–3 часа и 5–12 минут;
• проверка облачной политики — 4–8 часов и 15–30 минут;
• проверка установки обновлений — 45–90 и 5–10 минут;
• управление сложной проблемой — 2–6 дней и 8–10 минут.

Это пять категорий из таблицы, а не перечень всех измеренных сценариев. Диапазоны показывают заявленный масштаб изменения в каждой категории, но по ним нельзя восстановить общее среднее: неизвестно, сколько раз выполнялась каждая работа и какие значения «до» соответствуют значениям «после». Делить крайние границы двух интервалов друг на друга было бы расчётом для условных сочетаний, а не результатом наблюдения.

Есть и различие в том, что именно считается завершённой работой. Проверка облачной политики или установки обновлений имеет сравнительно узкий результат; управление сложной проблемой может охватывать несколько действий и согласований. Таблица не даёт общего определения начала и конца отсчёта для этих категорий. Именно поэтому впечатляющий интервал для одной строки не превращается автоматически в прогноз времени восстановления сервиса после любого сбоя.

Где агент останавливается перед командой

Партнёрство касается уже работающей OASIS: IT Brief описывает её как систему в производственной эксплуатации, в которой расширяют применение инструментов LangChain и сохраняют одобрение человека для чувствительных действий. LangGraph координирует агентов и позволяет сохранять состояние задачи, а DXC лицензирует LangSmith для разработки, оценки и наблюдения за их работой. Заявленное сокращение времени относится ко всей OASIS с её эксплуатационными данными и правилами, а не к одному из этих инструментов.

Работу может запустить заявка, оповещение или изменение телеметрии без отдельного запроса инженера. Агенты собирают сведения о конкретной системе и клиентской среде, распределяют расследование между специализированными ролями и готовят диагноз с предлагаемым действием. Приоритет контекста задан от данных системы и клиента к знаниям DXC и документации поставщиков. Такой порядок объясняет, почему результаты одной конфигурации трудно без проверки переносить на инфраструктуру другого заказчика.

Правила OASIS различают наблюдение, предложение действия, исполнение после одобрения и самостоятельное действие в разрешённых пределах. Новая роль агента начинает с доступа только на чтение; дальнейшие полномочия зависят от обратимости и возможного влияния команды, возможности проверить её результат и истории работы агента. Ограничения исполняются программным правилом во время работы, а не остаются лишь текстовым указанием модели.

В описанном примере для Linux такое правило распознаёт рискованную команду до вызова инструмента, сохраняет состояние задачи и прерывает исполнение. Инженер может одобрить, изменить или отклонить предложение; до его решения команда не выполняется. Вызовы инструментов, решения и результаты записываются для последующего разбора. Эта остановка сохраняет контроль над чувствительным действием, но может добавить время между готовым диагнозом и устранением проблемы.

Что означает среднее ускорение для эксплуатации

Разбор iTechGuides также относит показатели производительности к заявлениям DXC и отмечает отсутствие независимой проверки результатов. Публикации о партнёрстве позволяют установить, что OASIS применяется и как DXC описывает её управление агентами. Они не дают исходных измерений, по которым можно пересчитать среднее для расширенной выборки.

Для ИТ-эксплуатации существенна разница между быстрым расследованием и полным временем восстановления услуги. Агент может собрать контекст и предложить решение за минуты, тогда как исполнение рискованного действия ждёт человека; в другом случае действие разрешено политикой и выполняется без этой паузы. Пока DXC не свяжет две выборки общей методикой и не покажет эксплуатационные измерения по категориям, оценивать обещанные 95% для конкретной службы следует с учётом её состава инцидентов и точек согласования.

Читайте также:

• InstaHero обещает бесплатный анализ — но метки нельзя принимать за диагноз
• Finteza доступна, но статус HTTP Report API в документации расходится
• Ползунок не обещает ускорения: скорость обхода в Яндекс Вебмастере