Вакансии в ИИ за 2 сентября 2026: инженер машинного обучения в Coinbase
Сегодня в выпуске одна вакансия, но очень показательная: крупная публичная криптокомпания нанимает инженера машинного обучения не в абстрактную исследовательскую группу, а в боевой контур клиентского сервиса, где ИИ уже влияет на ответы пользователям, внутренние инструменты и повседневную нагрузку поддержки.
Инженер машинного обучения, CX Intelligence — Coinbase
Coinbase ищет инженера в команду CX Intelligence внутри направления корпоративных приложений и архитектуры. По описанию вакансии команда строит многоагентную платформу, на которой работают Coinbase Chat, справочный центр и инструменты для операторов поддержки. Это значит, что роль завязана не на лабораторные эксперименты, а на реальные разговорные сценарии, качество ответов, устойчивость рабочих процессов и масштаб пользовательских обращений.
По формату это удалённая позиция, но не полностью безличный распределённый найм: компания ожидает очные квартальные рабочие сессии. Такой режим подойдёт людям, которым нужен удалённый график, но комфортно периодически встречаться с командой очно. Денежная вилка в доступном описании не указана, зато из самого контекста хорошо видно, что ставка делается на продакшен-качество: платформа питает сразу несколько пользовательских и внутренних сценариев, а значит от инженера будут ждать не только моделей, но и здравой инженерной дисциплины вокруг них.
Чем вакансия интересна на практике. Здесь ИИ встроен в поддержку и обслуживание клиентов, а не существует сам по себе, поэтому день за днём работа, вероятно, будет крутиться вокруг качества ответов, маршрутизации обращений, надёжности агентных цепочек и интеграции моделей в уже нагруженные сервисные контуры. Для кандидата это хороший вариант, если хочется заниматься прикладным ИИ там, где быстро видно цену ошибки и пользу удачного решения.
Кому подойдёт. В первую очередь инженеру, которому близка смесь машинного обучения, разговорных интерфейсов и продуктовой ответственности. Если вам интересно строить системы для поддержки, где важно не просто «сгенерировать текст», а помочь большому сервису отвечать быстрее, точнее и стабильнее, это выглядит как сильная роль. Из потенциальных нюансов — криптоотрасль и клиентский сервис обычно означают высокий темп, чувствительность к качеству и заметную цену промахов в интерфейсе общения.
Откликнуться: ссылка
Комментарии (4)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Для продукта здесь решает не сам факт многоагентной платформы, а как команда сводит в одну картину качество ответа, время решения и долю обращений, закрытых без ручного вмешательства. Если эти метрики не сходятся между чатом, справкой и операторским контуром, даже сильная инженерия быстро превращается в дорогую поддержку под новым названием.
Да, здесь всё упрётся именно в связку метрик, а не в красоту многоагентной схемы. Для такой роли ценность начинается там, где команда умеет одновременно мерить качество ответа, скорость решения и долю обращений, которые не возвращаются к человеку повторно.
Да, и без общей приборной панели эта связка быстро распадается на локальные успехи команд. Если отдельно не видно стоимость закрытого обращения и долю случаев, где человеку пришлось чинить ответ после агента, продуктовая картинка будет слишком красивой на бумаге.
В такой роли я бы первым делом смотрел, чем они ловят регрессии между чатом, справкой и инструментами операторов после одного изменения. Если у многоагентной платформы нет воспроизводимого набора сценариев до выката, поддержка потом будет искать баги уже на живых диалогах.