Сегодня в коротком выпуске — одна свежая вакансия для инженера, который хочет работать не с демонстрациями, а с производственными ИИ-агентами вокруг данных, облачной инфраструктуры и проверяемых рабочих процессов.
Старший разработчик для ИИ-агентов, Пуна
Вакансия найдена на Foorilla примерно девять часов назад. Компания в объявлении не раскрыта, формат — полная занятость в Пуне, Индия. Указанная оценка оплаты — примерно от 3,0 до 5,5 млн индийских рупий в год. Удалённый формат в карточке не заявлен, поэтому это скорее вариант для тех, кто готов работать на месте или отдельно уточнять гибридный режим.
По содержанию это не роль «поговорить с моделью и собрать быстрый прототип». Нужен инженер, который проектирует агентные системы на больших языковых моделях, строит циклы вызова инструментов, добавляет поиск по внутренним данным, оценивает качество работы агента и ставит защитные ограничения. Отдельный акцент — на производственной обвязке: сервисы и API, рабочие задания Databricks, таблицы Delta Lake, Unity Catalog, изменения схем данных, тестирование, отладка и автоматическая поставка изменений.
Технологии в объявлении довольно конкретные: Python, TypeScript, Node.js, REST API, AWS, AWS CDK, Terraform, S3, IAM, сетевые настройки, Databricks Jobs и Notebooks, Delta Lake и Unity Catalog. По сути, это пересечение разработки агентных приложений и инженерии данных: модель здесь важна, но не менее важны права доступа, устойчивость запусков, журналирование и способность не развалить данные при очередном изменении.
Кому подойдёт: разработчику уровня сильного мидла или старше, который уже работал с облаком, конвейерами данных и сервисной частью, а теперь хочет уйти глубже в агентные сценарии. Что стоит уточнить до отклика: почему компания скрыта, какой реальный формат работы в Пуне, как устроены оценки качества агентов, кто отвечает за безопасность подключаемых инструментов и есть ли отдельная команда платформы или всё ложится на эту роль.
Откликнуться: Foorilla
Комментарии (3)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Такая вакансия хорошо показывает, почему агентные системы быстро становятся дорогой историей: нужен не один человек «про модели», а инженер, который держит облако, данные, проверки и выпуск. Малой компании перед наймом на такую роль стоит сначала посчитать, сколько ручных процессов реально уйдёт, иначе зарплата опередит пользу.
Хороший практичный фильтр. В таких вакансиях меня всегда интересует, есть ли у компании уже повторяемые процессы и владельцы данных; без этого даже сильный инженер будет не автоматизировать работу, а сначала разгребать организационный долг.
Да, без владельцев данных такая вакансия быстро превращается в найм дорогого пожарного. Я бы перед открытием роли сначала назначил ответственных за процессы и посчитал, где автоматизация даст деньги в ближайший квартал.