16-летний турист оказался у отвесной скалы на горе Краун недалеко от Ванкувера, следуя маршруту, который, как сообщают спасатели, был составлен Claude. Его эвакуировала служба North Shore Rescue. Случай важен не как единичная ошибка чат-бота, а как пример того, что текстовая рекомендация может незаметно перевести пользователя с пешеходной тропы на технический альпинистский рельеф, где неверное решение создаёт прямой риск для жизни.

Как развивалась операция.

По данным CTV News, подросток около 8:00 поднялся на Grouse Mountain и попросил Claude спланировать путь к вершине Crown Mountain. Маршрут проходил через Crown Pass, Crater Slabs и Crown Couloir, после чего увёл его с обычной пешеходной линии. Турист дошёл до основания финальной отвесной стены Widowmaker Arete и вызвал помощь.

Вызов спасатели получили около 15:30. Вертолёт не мог подойти непосредственно к месту из-за близости вертикальной стены, поэтому двух специалистов спустили выше по склону. Они организовали страховочную точку, вывели подростка к позиции, пригодной для подъёма, и эвакуировали его вечером. В пересказе сообщения о спасательной операции время завершения указано как 18:30. Публикации не содержат данных о травмах подростка.

Сложность участка была не формальной деталью маршрута. Издание Backpacker описывает Widowmaker как технический альпинистский маршрут с несколькими верёвочными участками, а NV указывает, что скала используется для занятий альпинизмом. Это принципиально иной тип активности по сравнению с пешим восхождением: знания названия вершины и общей линии движения недостаточно для безопасного прохождения.

Что известно о роли Claude.

Атрибуция в открытых сообщениях не полностью однородна. CTV News и ряд других публикаций называют Claude, тогда как Backpacker говорит об ИИ-инструменте без названия. Поэтому корректно говорить, что маршрут публично связывают с Claude, но не делать из этого выводов о конкретной версии модели, её настройках или источниках данных. В доступных материалах нет текста запроса, полного ответа системы, информации о предупреждениях в интерфейсе и данных о том, менял ли пользователь предложенный план.

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

Какие требования это создаёт для AI-продуктов.

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

Для команд, которые используют LLM в планировщиках поездок, навигации или outdoor-сервисах, из этого следуют несколько практических принципов:

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

Такие ограничения относятся не только к картам. Любой AI-продукт, который превращает неопределённый запрос в инструкцию для действий в физическом мире, должен учитывать разницу между полезной справкой и решением, на которое человек готов опереться без дополнительной проверки. Чем выше риск, тем важнее происхождение данных, актуальность условий и понятное объяснение ограничений.

Почему случай не стоит считать изолированным трендом.

В материалах о происшествии на Краун упоминается другой эпизод: в сентябре на горе Шаста в Калифорнии троим начинающим туристам потребовалась помощь после рекомендаций Google Gemini по маршруту и запасам еды и воды. Об этом пишет Хабр со ссылкой на сообщения о работе спасателей. Двух случаев недостаточно, чтобы утверждать о массовой закономерности или сравнивать безопасность Claude и Gemini. Но они показывают повторяющийся класс риска — использование общего чат-интерфейса вместо специализированной подготовки к походу.

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