Будни ии инженера

Будни ии инженера Многие не до конца понимают типовые задачи ии-инженера в реальной работе. Рассказываю. 1. Подъем в 6 утра, бегит, пресс 2. 3 смузи залпом 3. 11-ый этап собеседования на совместимость по таро в шмяндекс Ладно, а серьезно я не рассказывал свои типовые задачи и что делаю в работе. В обычной работе в 70% случаев я также разрабатываю фичи, проектирую архитектуру, ввожу новые сервисы в эксплуатацию. Отличие от обычного разработчика это ответственность за полный цикл задач. От сбора требований, проектирования, разработки до доведения задачи до клиента. Фактически эта часть работы роли AI Product Engineer . Сами фичи также спокойно могут в себя включать написание агентов , интеграции с LLM и RAG'ами . Но часто ии-инженер 70% своей работы в любом случае будет занят написанием бекенда/бекенда + фронтенда для нужных фич. А только потом накидать где и как можно добавить агентов. Остальные 30% времени у меня уходит на внедрение ИИ в процессы, фикс узких мест и улучшение DX для разработчиков. Мне дали лидить ИИ-направление для бекенда. Работа включает поиск узких мест и внедрение ИИ в процессы. Не означает что у меня в управлении все бекендеры, но отдельные процессы которые я делаю влияют на их работу. Это что-то наподобие задач для ИИ трансформации. Но это не просто "А давайте всем подписок клода надаем и ждем рост КПД в 100%" Все гораздо сложнее. В такие задачи входят создание скиллов, mcp, отдельных инструментов под ИИ. Создание инфры конкретно ускоряющей при разработке определенных фич. Один из небольших примеров: создал большой набор скиллов для написания тестов, обкатал на своих фичах и дальше внедрил. Главный упор в скиллах не писать посредственные, бесполезные тесты, что часто бывает с нейронкой. Скиллы изначально понимают задачу, создают карту кейсов, пограничных случаев . В результате тесты начали ловить реальыне баги и покрытие выросло на 20% (55-75) после внедрения. Но самое сложное я бы сказал это изменение парадигмы работы у каждого разработчика. Поменять процесс который закостенел годами сложно. Я показываю как можно ускорить работу, улучшить процесс и постоянно провожу обучающие звонки. Также отдельно прям сейчас занимаюсь тем чтобы разработчики перестали промптить "сделай хорошо не делай плохо" , а выработали нормальный сознательный подход к разработке. Вроде все вокруг обложились клодами кодексами , но когда посмотришь как используют агентов так сильно плакать хочется. Как можете увидеть задачи отличаются от того, как обычно представляют задачи ии-инженера: писать агентов или навнедрять mcp. Сама профессия новая и требования к ней у всех разные. Позиция может называться одинаково, а ожидать будут совершенно другого.