Что даёт открытая платформа автопилота и как встроить её в собственный продукт или сервис

Разбор новинки простыми словами: что это, кому нужно и брать ли.

Собственная разработка автопилота — это годы работы над восприятием, локализацией, планированием и контролем, плюс дорогое железо и полигонные испытания. Большинство команд недооценивают объём: даже базовый стек на ROS 2 с одной камерой и лидаром требует отдельной команды и постоянной поддержки. Открытая платформа снимает часть этой нагрузки, но приносит другую: нужно разобраться в лицензии, архитектуре и способах интеграции с существующим продуктом. Без этого проект либо встаёт на месте, либо превращается в форк, который невозможно обновлять.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

Открытый автопилот сокращает путь до прототипа с полутора лет до нескольких месяцев. Но только для команды, готовой разбираться в лицензиях и архитектуре

Скачать платформу и поднять демо на ноутбуке — вечер работы. Всё, что начинается после, в репозитории не описано. На этой развилке и встаёт половина проектов.

Сцена в компании на 20–300 человек. CTO получает от заказчика требование: к 2026 году объект должен двигаться автономно. Выделяет двух инженеров. Первая неделя уходит на зависимости, вторая на версии драйверов. Потом правки ядра под своё железо, потому что штатный конфиг не знает их лидар. Ещё через месяц правки расходятся с upstream. Обновление платформы превращается в трёхнедельный merge-конфликт. Через полгода всплывает зависимость под GPL, юрист останавливает продажу. Полтора года и бюджет команды уходят на переписывание того, что лежало в открытом доступе. Заказчик уходит к интегратору, который разобрался в шве между платформой и продуктом раньше.

Форк — это точка невозврата. Не лицензия, не железо. Форк.

• Правки в ядре платформы: обновляться больше нечем, каждую придётся переносить заново.
• Правки в своём слое: обновление одной командой, и вы остаётесь в upstream.

Что лежит в коробке и где заканчивается ваша работа

Внутри набор модулей на четыре функции: восприятие (что вокруг), локализация (где я), планирование (куда и как ехать), управление (руль и газ). Autoware, Apollo, openpilot и специализированные ROS 2-стеки собраны по одной логике. Различаются зрелостью модулей и сценариями, под которые их затачивали.

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

Три проверки до первой строчки своего кода.

1. Сценарий поддержан. Складское патрулирование, движение по размеченной дороге, проход по междурядью в поле и автономная парковка — разные наборы модулей. Нет нужного поведения, значит дописывать самому. Это уже своя разработка поверх чужой архитектуры.
2. Железо в списке проверенных. Лидар, камера и вычислитель уровня NVIDIA Jetson Orin или x86 с GPU обычно описаны в документации. Вашего сенсора там нет — закладывайте время на драйвер.
3. Ритм релизов и активность сообщества. Последний коммит в прошлом сезоне означает, что несовместимости будете чинить сами. Звёзды репозитория мало что говорят. Смотрите на частоту релизов и на то, как отвечают в issues.

Ориентир по объёму: 50–70% модулей стека реально берутся из платформы и сообщества. Остальное — доработка под сценарий, и её никто за вас не сделает.

Лицензия решает, сможете ли вы это продавать

Самая дорогая ошибка здесь не техническая. Команда собирает продукт, показывает заказчику, а на этапе договора выясняется, что часть стека нельзя поставлять в закрытом виде. Переписать модуль на середине проекта дороже, чем выбрать другую платформу на старте.

Ядро обычно под Apache 2.0, и на этом проверку заканчивают. Зря. Ограничения тянут драйверы, SDK от производителя железа, вспомогательные библиотеки и модели perception, обученные на чужих данных с собственными условиями использования. Отдельная история — веса моделей: открытый код не означает открытые веса.

Практический шаг: прогнать список зависимостей сканером лицензий и отдать результат юристу вместе с описанием модели поставки (бинарник на устройстве, облачный сервис, SDK для партнёров). По каждой позиции вердикт: можно, можно с уведомлением, нельзя, заменить. Юридической консультации здесь нет. Задача скромнее: не прийти к юристу в день подписания договора.

Отдельно про форк. Как только вы меняете файлы с чужим копирайтом, вы наследуете их лицензию на своём