Архив Транспорт и логистика · Такси, каршеринг и аренда
Grab: мультиагентная ИИ-система разгружает поддержку хранилища данных ADW
Команда Analytics Data Warehouse Grab тратила на повторяющиеся запросы около 40% рабочего времени. Мультиагентная ИИ-система в Slack отвечает на простые вопросы и готовит правки кода; по оценке команды, это высвободило несколько FTE инженерного времени.
/01 · ключевые результаты
-
исходный уровень
около 40%
доля рабочего времени команды на повторяющиеся запросы
Grab, блог компании, 19.03.2026
до запуска системы · команда Analytics Data Warehouse (ADW) Grab
данные компании
- более 1 000 чел. число пользователей команды ADW · масштаб Grab, блог компании, 19.03.2026
- более 15 000 табл. размер репозитория команды ADW · масштаб Grab, блог компании, 19.03.2026
оценка strategai
Оценку не приводим: компания называет эффект словами («несколько FTE», «сотни часов в месяц»), точных объёмов и стоимости часа в источнике нет.
Команда Analytics Data Warehouse Grab тратила на повторяющиеся запросы около 40% рабочего времени. Мультиагентная ИИ-система в Slack отвечает на простые вопросы и готовит правки кода; по оценке команды, это высвободило несколько FTE инженерного времени.
/02 · паспорт кейса
Бизнес
- Компания
- 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] 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/