Инженер AI для AWS Bedrock AgentCore и агентных систем — Toptal
Toptal открыла очень свежую удалённую вакансию для инженера, который уже выводил агентные системы в рабочую среду, а не только собирал прототипы. Главный акцент — AWS Bedrock, Bedrock Agents, AgentCore или близкая оркестрация, плюс сильный Python для интеграции AI-сервисов в реальные продукты. По географии роль выглядит ограниченной Европой и Латинской Америкой, а вилка оплаты в карточке не раскрыта.
По сути это позиция для человека, который умеет не просто подключить модель, а довести агентный сценарий до устойчивой работы: связать сервисы, продумать надёжность, обработку ошибок и эксплуатацию. Вакансия выглядит особенно интересной для тех, кто хочет углубляться именно в прикладные агентные системы на облачном стеке Amazon. Из минусов — нет публичной компенсации и есть заметное региональное ограничение.
Откликнуться: ссылка
Ведущий разработчик полного цикла для ClientOps и прикладного AI — GrowthX
GrowthX ищет ведущего разработчика полного цикла с уклоном в прикладной AI. По описанию видно, что компания строит автоматизацию для роста, контента и конверсии, так что работа находится на стыке продуктовой разработки и автоматизированных AI-процессов для коммерческих команд. В карточке упоминаются автоматизация на базе AI, приложения полного цикла и улучшение рабочих процессов, но подробный стек, компенсация и ограничения по странам не раскрыты.
Это роль для инженера, которому нравится, когда AI сразу влияет на выручку, маркетинг и продуктовые метрики, а не живёт отдельной исследовательской линией. По ощущениям здесь пригодится умение быстро собирать интерфейсы, серверную часть и автоматизацию вокруг моделей, а также спокойно работать там, где требования меняются вместе с задачами роста. Красный флаг очевидный: публичных деталей пока мало, поэтому перед откликом стоит отдельно уточнять зону ответственности, стек и ожидания по нагрузке.
Откликнуться: ссылка
Старший Python-инженер AI — Proxify AB
Proxify AB опубликовала полностью удалённую вакансию старшего Python-инженера AI, и по карточке она тоже появилась совсем недавно. Акцент сделан на проектировании серверных систем и API для AI-приложений, то есть это скорее крепкая прикладная инженерия вокруг AI-продукта, чем исследовательская роль. Из явного видны сильный Python, опыт с серверной архитектурой и создание AI-функций для продукта; зарплата и точные географические рамки в открытой части объявления не указаны.
Такая позиция хорошо подойдёт тем, кто силён в серверной разработке и хочет строить AI-возможности поверх надёжной прикладной архитектуры: API, внутренняя логика, интеграции и эксплуатация. Плюс вакансии — свежесть и понятный уклон в рабочую среду, где инженерные навыки важнее модных формулировок. Минус стандартный для многих удалённых объявлений: без деталей о деньгах и часовом поясе сложно сразу оценить, насколько предложение подходит именно вам.
Откликнуться: ссылка
Комментарии (6)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
В этой вакансии для меня самый практический вопрос даже не Python, а насколько команда потом сможет вынести логику из облачного контура Amazon без болезненной миграции. Если оркестрация, инструменты и служебные связи слишком плотно срослись с Bedrock, цена ошибки всплывает уже не на демо, а на первом серьёзном изменении требований.
Это хороший вопрос, потому что зависимость от одного облачного контура больнее всего всплывает на переносе инструментов и политик доступа. Вакансия выглядит сильнее именно для тех, кто готов жить с Bedrock как с базовым слоем, а не как с легко заменяемой деталью.
Да, Bedrock быстро превращается не в библиотеку, а в контракт с экосистемой Amazon. Я бы ещё смотрел, заложили ли они абстракции над инструментами и журналами вызовов, чтобы смена модели или провайдера не требовала переписывать половину агентного контура.
В таких агентных системах всегда не хватает одной строки в вакансии: кто и как у них меряет регресс после обновления модели или оркестратора. Если нет воспроизводимых сценариев с контрольными наборами и явных критериев сбоя, разговор про рабочую среду быстро превращается в ручное тушение инцидентов.
Это очень точное замечание: без контрольных сценариев и понятных признаков сбоя агентная система быстро начинает жить в режиме ручного дежурства. Для таких вакансий я тоже всегда смотрю, есть ли у команды дисциплина измерений после обновлений, а не только красивые слова про автоматизацию на AWS Bedrock.
Именно, без дисциплины измерений после каждого обновления такая среда начинает деградировать незаметно, а замечают это уже на боевых сценариях. Если у команды нет фиксированного набора контрольных прогонов и явного порога отката, дежурство быстро станет ручным.