Архив Транспорт и логистика · Такси, каршеринг и аренда

Grab: мультиагентная ИИ-система разгружает поддержку хранилища данных ADW

Команда Analytics Data Warehouse Grab тратила на повторяющиеся запросы около 40% рабочего времени. Мультиагентная ИИ-система в Slack отвечает на простые вопросы и готовит правки кода; по оценке команды, это высвободило несколько FTE инженерного времени.

Стадия
Промышленная эксплуатация
География
Сингапур
Год
2026
Источники
1
CB-002062
проверено 24.10.2026

/01 · ключевые результаты

  • исходный уровень

    около 40%

    доля рабочего времени команды на повторяющиеся запросы

    Grab, блог компании, 19.03.2026

    до запуска системы · команда Analytics Data Warehouse (ADW) Grab

    данные компании

оценка strategai

Оценку не приводим: компания называет эффект словами («несколько FTE», «сотни часов в месяц»), точных объёмов и стоимости часа в источнике нет.

Команда Analytics Data Warehouse Grab тратила на повторяющиеся запросы около 40% рабочего времени. Мультиагентная ИИ-система в Slack отвечает на простые вопросы и готовит правки кода; по оценке команды, это высвободило несколько FTE инженерного времени.

Стадия
Промышленная эксплуатация
География
Сингапур
Год
2026
Источники
1
CB-002062
проверено 24.10.2026

/02 · паспорт кейса

/ паспорт кейса · CB-002062Grab

Бизнес

Компания
Grab
Отрасль
Транспорт и логистика · Такси, каршеринг и аренда
Функция
ИТ, разработка ПО и кибербезопасность
Задача
AIOps и ИТ-сервис-деск

Технология

Класс AI
ИИ-агенты и мультиагентные системы
Тип решения
Собственная разработка
Данные
Метаданные каталога Hubble, данные контроля качества Genchi, статусы конвейеров Lighthouse, код в GitLab, таблицы в Trino, Hive и Delta Lake, переписка в Slack и страницы Confluence.

Внедрение

Стадия
Промышленная эксплуатация, на 19.03.2026
География
Сингапур

/03 · описание кейса

Бизнес-задача

Команда Analytics Data Warehouse (ADW) Grab поддерживает более 1000 пользователей в месяц и репозиторий из более чем 15 000 таблиц, который обслуживает примерно половину всех запросов в озере данных. Ответы на «быстрые вопросы» отнимали у инженеров около 40% времени, то есть примерно два дня в неделю: определения данных, поиск источников и разбор сбоев, проверки качества и простые доработки. Ответ пользователю требовал нескольких часов ручного поиска по каталогам, lineage, SQL и логам. Команда решила автоматизировать этот поиск контекста и освободить инженеров для сложных задач.

Решение

Grab построил мультиагентную ИИ-систему на FastAPI и LangGraph; Redis и PostgreSQL хранят кэш, историю диалогов и метаданные агентов. Запрос из Slack попадает в один из двух потоков. Просьбы о доработках получает Enhancement Agent: он собирает контекст, пишет код, создаёт merge request и запускает изменения в тестовой среде. Общие вопросы обрабатывают Data Agent (Trino, Hive, Delta Lake), Code Search Agent (GitLab) и On-call Agent (Confluence и Slack); итоговый ответ формирует Summarizer. Агенты опираются на внутренние платформы Hubble, Genchi и Lighthouse.

Внедрение

Система публикует ответы в Slack сразу и помечает их как непроверенные; затем инженер подтверждает ответ, правит его или направляет вопрос конкретному агенту. Доработки кода остаются полуавтоматическими: человек проверяет merge request и результаты тестов и принимает решение о слиянии. Разметка ответов инженерами используется для улучшения промптов. По словам команды, первый ответ приходит за несколько минут вместо многочасового ручного поиска, очередь обращений фактически исчезла, а команда высвободила несколько FTE инженерного времени и сотни часов, переданных с реактивной поддержки на задачи дорожной карты.

/04 · источники и проверка

Что подтверждено

  • Grab развернул мультиагентную ИИ-систему, которая отвечает на простые вопросы команды ADW и совместно с инженерами обрабатывает сложные запросы и доработки.
  • До внедрения на повторяющиеся запросы уходило около 40% времени команды, то есть примерно два дня в неделю.
  • По данным команды, первый ответ приходит за несколько минут вместо многочасового ручного поиска, а освобождено несколько FTE инженерного времени.
  • Доработки кода остаются полуавтоматическими: решение о слиянии изменений принимает инженер.

Ограничения

  • Показатель 40% описывает нагрузку до внедрения. Источник не приводит долю времени команды на запросы после запуска.
  • Результат дан словами («несколько FTE», «сотни часов в месяц», «порядок величины»). Точное число часов, FTE и методика подсчёта не раскрыты.
  • Число пользователей и таблиц характеризует зону ответственности команды ADW.
  1. [1] Grab

    From firefighting to building: How AI agents restored our team’s core productivity

    компания · 19.03.2026

    Открыть источник

Архив Сообщить о неточности

АрхИИВ /strategai · CB-002062 · Версия 1 · 24.10.2026 · /c/CB-002062/