Дептранс Москвы проводит Хакатон Московского транспорта: с 25 сентября по 3 октября 2026 года команды из 3–5 человек будут решать четыре производственные задачи городского транспорта, от резервной навигации беспилотного трамвая без спутникового сигнала до ИИ-прогноза загрузки маршрутов. Призовой фонд — 4 000 000 рублей, регистрация открыта до 22 сентября 23:59 МСК на reg.mt-hackathon.ru, а авторы сильных решений получают шанс попасть в ИТ-команду Московского транспорта.

image
image

Что произошло

Дептранс Москвы объявил Хакатон Московского транспорта, который пройдёт с 25 сентября по 3 октября 2026 года онлайн, а открытие и финал состоятся офлайн в Москве. Регистрация команд из 3–5 человек открыта до 22 сентября 23:59 МСК на reg.mt-hackathon.ru. Призовой фонд составляет 4 000 000 рублей и делится поровну между четырьмя треками: по 1 000 000 рублей на трек, из которых 500 000 получают за первое место, 300 000 за второе и 200 000 за третье. Первый трек — резервная одометрия беспилотного трамвая без GNSS: требуется математическая модель и ноды ROS 2 Humble на C++ или Python. Второй — ИИ-прогноз загрузки трамвайных маршрутов по данным валидаций с горизонтами 1 день, 1 месяц и 1 год на Java 17+ со Spring Boot и React. Третий — предиктор задержек транспорта за 10–15 минут до события по потоковой телематике NDTP на CatBoost или PyTorch. Четвёртый — геймифицированный тренажёр для персонала высокоскоростной магистрали, рассчитанной на скорость до 400 км/ч. Анонс подтвердили публикации СМИ 31 августа 2026 года.

Контекст

Формально это не релиз технологии, а закупка идей через конкурс, и сама постановка задач раскрывает внутреннюю кухню заказчика. Данные для прогноза загрузки поступают из ЕДЦ ГУП «Московский метрополитен», а предиктор задержек строится на потоковой телематике NDTP, то есть участники работают с теми же типами данных, на которых живёт прод-контур московского транспорта. Одометрия без GNSS — единственный трек с явной исследовательской компонентой: навигация без спутникового сигнала обычно требует сенсорного фьюжна, то есть связки IMU, колёсной одометрии и матчинга по карте, а требование матмодели и нод ROS 2 Humble задаёт воспроизводимый инженерный артефакт. Прогноз загрузки с горизонтами 1 день, 1 месяц и 1 год — фактически три разные задачи: суточный горизонт это стандартный ML-кейс по данным валидаций, а годовой статистически слабо валидируем в рамках хакатона и ближе к планированию, чем к предсказанию. Предиктор задержек за 10–15 минут — классическая задача раннего предупреждения, и такой горизонт операционно осмыслен для диспетчерских решений.

Почему это важно для индустрии

Городские транспортные власти переходят к внешним ИТ-командам как источнику решений в четырёх конкретных нишах: резервная навигация без спутникового сигнала, ML-прогноз пассажиропотока, проактивное предсказание задержек по потоковой телематике и симуляционное обучение персонала ВСМ. Заказчик открыто публикует боевой стек и типы данных — ROS 2 Humble, CatBoost и PyTorch, Java 17+ со Spring Boot и React, телематика NDTP и данные валидаций — а это редкий публичный срез реального технологического ландшафта московского транспортного ИТ и подсказка, какие навыки там востребованы. Для стартапов и студий опубликованные задачи работают как бесплатное исследование спроса: самый дешёвый способ проверить нишу, найти инженеров и завязать отношения с ИТ-командой Московского транспорта — зайти в трек, где уже есть наработка. Если практика открытых кейсов на городских данных закрепится, у отрасли может появиться пайплайн талантов, а при раскрытии датасетов и де-факто бенчмарки по городскому транспорту РФ, но это интерпретация, а не обязательство заказчика. На горизонте пары лет обсуждается и модель «хакатон как облегчённый закупочный канал», из которой могут вырасти нишевые вендоры по резервной навигации, прогнозной аналитике и симуляторам обучения; пока это спекулятивная часть.

Почему это важно для пользователей

Для читателя это конкурс с проверенными датами и деньгами, и главное действие одно: успеть собрать команду из 3–5 человек и подать заявку до 22 сентября 23:59 МСК на reg.mt-hackathon.ru. Команду имеет смысл собирать под конкретные роли — ROS 2-разработчик, ML-инженер, backend на Java или Python, frontend на React, геймдизайнер — и выбирать трек под свой стек, а не наоборот. Задачи решаются на реальных городских данных вроде валидаций и NDTP-телематики, поэтому даже без приза это готовый кейс для портфолио уровня мегаполиса, который сложно получить иначе. Победителям заявлен путь в ИТ-команду Московского транспорта, а окно до старта 25 сентября достаточно короткое, чтобы спланировать работу с данными заранее.

Что пока неизвестно / ограничения

Методология оценки, метрики и состав датасетов не опубликованы, поэтому качество решений заранее сравнить сложно. В треке предиктора задержек не раскрыты определение события, то есть способ построения меток, и схема валидации: без них даже сильный baseline невозможно честно сопоставить с чужими решениями, а понятность пайплайна не равна проверяемости результата; ценность горизонта 10–15 минут зависит от неопубликованных метрик вроде precision и recall по типам задержек и стоимости ложных срабатываний. Критерии попадания победителей в ИТ-команду Московского транспорта не раскрыты, как и планы по раскрытию датасетов и повторению формата, поэтому сценарии с бенчмарками и «хакатоном как закупочным каналом» остаются интерпретациями.

Источники

Автор

Look at AI, редакция