Как проверять реакцию автоматики на препятствия, чем помощник отличается от самостоятельного водителя и почему умение остановиться важнее эффектной поездки.

Вы когда-нибудь смотрели из трамвая на человека, который перебегает пути буквально перед вагоном? В такой момент очень хочется верить, что водитель его заметил, правильно оценил расстояние и уже тормозит. А теперь мысленно уберите водителя из кабины. Спокойнее не стало, хотя рельсы остались на месте.

Повод для разговора — объявленное в октябре 2026 года расширение географии испытаний, о котором говорится в сообщении Минтранса. Но расширение испытаний и готовность доверить автоматике обычный пассажирский маршрут — разные вещи. Само объявление ещё не отвечает на главный вопрос: что произойдёт, когда поездка перестанет идти по плану?

Разберём не оснащение конкретного вагона и не результаты отдельного проекта, а логику проверки безопасности. Красивый проезд вдоль остановок здесь только начало истории. Самое интересное начинается там, где кто-нибудь делает что-нибудь не вовремя. То есть в городе.

Рельсы упрощают путь, но не жизнь

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

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

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

Увидеть человека — ещё не понять опасность

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

Важна вся цепочка: заметить объект, определить его положение, проследить движение и оценить возможное пересечение с траекторией вагона. Затем нужно выбрать действие и убедиться, что оно выполняется. Ошибка на любом участке способна обесценить безупречную работу остальных.

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

Не всякая помеха выглядит как учебная

Контрастный манекен посреди прямого участка — понятная проверка, но слишком удобный экзаменатор. На маршруте человек может появиться из-за припаркованной машины, предмет — лежать частично за пределами путей, а препятствие — сливаться с фоном. Проверять нужно не только узнаваемые объекты, но и ситуации с неполной видимостью.

Отдельная задача — неизвестное. Автоматике не обязательно установить, как называется упавшая на путь конструкция, чтобы признать её препятствием. Если система уверенно сообщает «такого предмета в моём словаре нет» и продолжает движение, толку от её эрудиции немного.

Но и остановка при любом непонятном пятне не выглядит готовым решением. Блик, тень и настоящий предмет требуют разной реакции, а постоянные ложные тревоги способны сделать маршрут непригодным для работы. Испытания должны показывать не только пропущенные опасности, но и необоснованные вмешательства.

Полигон нужен не для красивого видео

Хорошая демонстрация отвечает на вопрос: «Может ли вагон остановиться в этой ситуации?» Серьёзная проверка задаёт следующий: «А если немного изменить условия?» Именно повторяемость и вариации отличают испытание от удачного дубля.

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

Важно фиксировать не только результат, но и последовательность событий. Когда появилось препятствие, когда система его обнаружила, какую команду выдала, как отработали тормоза? Фраза «в итоге остановился» скрывает слишком многое: запас для безопасного решения мог быть уверенным, а мог почти исчезнуть.

Виртуальный город тоже должен сдавать экзамен

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

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

Запись уже случившейся поездки тоже полезна не для всего. Можно проверить, заметит ли новая версия программы объект в тех же данных, но нельзя полностью восстановить последствия другого торможения: после него дорожная сцена развивалась бы иначе. Поэтому виртуальные проверки, полигон и реальный маршрут должны дополнять друг друга, а не выдавать себя за взаимозаменяемые доказательства.

Помощник водителя — не водитель

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

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

Особенно важен переход управления обратно человеку. Недостаточно подать сигнал «теперь ваша очередь», когда для исправления уже почти не осталось пространства. Проверке подлежит вся передача: понятность предупреждения, доступное время, состояние органов управления и безопасное поведение системы, если человек не отреагировал.

Самостоятельность — это умение отказаться

А теперь разворот, который немного портит футуристическую картинку. Зрелая автоматика — не та, которая обязана доехать при любых обстоятельствах. Зрелая автоматика должна распознавать ситуации, в которых продолжать движение нельзя.

У автономной работы должны быть обозначены границы: допустимые участки, условия видимости, состояние инфраструктуры и другие значимые ограничения. Внутри этих границ проверяют самостоятельное выполнение задач. За их пределами требуется заранее предусмотренное безопасное поведение, а не импровизация с пассажирами на борту.

Получается парадокс: остановившийся трамвай иногда демонстрирует не слабость, а правильное решение. Конечно, только если остановка действительно вызвана выходом за допустимые условия, а не случайным сбоем. И наоборот, уверенная поездка ничего не доказывает, если система просто не заметила собственной неопределённости.

Вопрос поэтому звучит не «Сможет ли компьютер заменить человека вообще?», а «В каких условиях он способен вести вагон без человеческой подстраховки?» Это менее эффектная формулировка. Зато её можно превратить в проверяемые требования.

Новый город — не копия старого

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

Даже подробная карта не решает всё. Временное ограждение, ремонт или изменённый подход к остановке могут сделать привычный участок фактически новым. Проверка должна выяснять, как система замечает расхождение между ожидаемой обстановкой и тем, что находится перед вагоном.

Здесь полезен неудобный вопрос к любому отчёту: что именно разрешено обобщать? Успешное прохождение конкретного маршрута подтверждает работу в определённых условиях. Автоматически приписывать этот успех всем улицам, сезонам и сценариям — это уже не инженерия, а гадание по рельсам.

Резко остановиться — тоже риск

Снаружи всё выглядит просто: увидел препятствие — нажал тормоз. Внутри вагона стоят пассажиры, кто-то проходит к выходу, кто-то держит ребёнка за руку. Безопасность движения нельзя оценивать так, будто трамвай перевозит только собственный компьютер.

Это не аргумент против экстренного торможения, когда оно необходимо. Это аргумент за раннее обнаружение опасности и заблаговременное снижение скорости там, где обзор ограничен. Чем позже система понимает ситуацию, тем жёстче может оказаться выбор доступных действий.

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

Диспетчер не может быть волшебной кнопкой

Если на сложный случай предусмотрен удалённый специалист, нужно разобраться, что именно он делает. Подсказывает дальнейший порядок действий после остановки или непосредственно управляет движением? Это разные задачи с разными требованиями к информации и связи.

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

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

Сбой начинается не обязательно с препятствия

Нештатная ситуация — это не только человек на путях. Проблема может возникнуть внутри системы: загрязнился датчик, пропало питание отдельного устройства, перестала поступать часть данных или возникло расхождение между ними. Умение распознавать собственную неисправность не менее важно, чем умение распознавать пешехода.

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

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

Кто объяснит, почему вагон так поступил

После происшествия мало услышать: «Решение принял алгоритм». Нужны записи, позволяющие восстановить обстановку, состояние системы, команды управления и вмешательства людей. Без этого трудно отличить ошибку восприятия от неисправности тормозов или неверно организованного испытания.

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

Для общественного доверия полезна независимая оценка результатов и понятное описание ограничений. Не обязательно раскрывать каждую строку программы, чтобы объяснить, где вагон способен работать самостоятельно, кто контролирует соблюдение условий и как разбираются опасные эпизоды. Секретность всего подряд — слабая замена доказательствам.

Как читать новости об испытаниях

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

• Уточните роль человека. Он наблюдает, обязан постоянно вмешиваться или подключается только после безопасной остановки? Присутствие человека и его реальная функция — не одно и то же.
• Найдите границы испытаний. Какой участок и какие условия проверены? Если ограничения не названы, не стоит самостоятельно достраивать обещание универсальной автономности.
• Посмотрите на сложные сценарии. Есть ли сведения о закрытом обзоре, внезапных препятствиях, отказах оборудования и потере связи, а не только об обычной поездке?
• Отделяйте планы от результатов. Объявление о расширении испытаний говорит о следующем этапе работы, но само по себе не подтверждает готовность к движению без подстраховки.
• Ищите объяснение безопасного отказа. Что произойдёт, если система не сможет продолжать маршрут? Ответ важнее уверений, что такого никогда не случится.

Доверять стоит не пустой кабине

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

Мне кажется, главный признак готовности — не обещание «довезём при любых обстоятельствах», а внятный ответ на вопрос «когда и почему не поедем». Вы бы предпочли вагон, который иногда осторожничает и задерживается, или тот, который никогда не признаётся, что перестал понимать дорогу?

Фото: Fionn Große / Unsplash