С 1 октября ИИ hh.ru может первым разбирать отклики на вакансию и относить кандидата к одной из трёх групп: «Подходит», «Можно рассмотреть» или «Не сейчас». Для IT-специалистов это меняет не столько правила написания резюме, сколько цену недосказанности: опыт с Kafka, highload или архитектурой, оставленный в голове кандидата, алгоритм вряд ли сможет засчитать.
О новой механике сообщает Habr / Карьера. ИИ-помощника могут подключать работодатели: он берёт требования из вакансии, превращает их в критерии оценки, а рекрутер или нанимающий менеджер при необходимости редактирует их и делит на обязательные и желательные. Кандидат не видит ни сам список критериев, ни результат первичной сортировки. Значит, привычная игра «добавлю названия технологий в блок навыков» становится ещё менее надёжной.
У работодателя может быть до шести обязательных и до четырёх желательных критериев. Это важная деталь: система оценивает не только совпадение названий инструментов, но и то, подтверждает ли резюме требуемый опыт. Если в вакансии нужен Senior Java-разработчик с Java 17+, Kafka, микросервисами, highload и участием в архитектурных решениях, строка «Java, Spring Boot, Kafka, PostgreSQL, Kubernetes» закрывает лишь часть картины. Она говорит, что человек знаком со стеком, но не объясняет, проектировал ли он интеграции через Kafka, выдерживали ли его сервисы высокую нагрузку и за какие архитектурные решения он отвечал.
Разница кажется косметической только до первого массового найма. Рекрутер, читающий несколько десятков резюме, иногда достроит контекст по названию компании, масштабу продукта или аккуратно сформулированному сопроводительному письму. ИИ hh.ru работает с тем, что зафиксировано в отклике и резюме. Формулировка «участвовал в развитии проекта» для него почти бесполезна, если вакансия требует проектирования микросервисов. А «поддерживал backend-сервисы» не равняется опыту построения отказоустойчивой системы под высокой нагрузкой.
Практическая проверка перед откликом занимает меньше времени, чем очередная тотальная переделка CV. Стоит выбрать три-пять действительно интересных вакансий и выписать из каждой по пять-шесть требований, без которых оффер маловероятен. Напротив каждого пункта нужно указать конкретное место в резюме, где этот опыт уже подтверждён. Не «Kafka есть в навыках», а, например, «спроектировал обмен событиями между сервисами через Kafka»; не «архитектура», а «выбирал схему взаимодействия сервисов и принимал решение вместе с командой».
Такая ревизия быстро разделяет две неприятные, но совершенно разные ситуации. В первой опыта действительно нет: разработчик не работал с highload, не руководил командой или не строил Kubernetes-инфраструктуру. Приписывать себе недостающее ради фильтра не стоит — на техническом интервью это обычно превращается в короткий и неловкий эпизод. Во второй опыт был, но описан слишком общо: инженер настраивал интеграции, проводил code review, декомпозировал монолит или выбирал подход к хранению данных, однако в резюме оставил только «разработка и поддержка». Здесь есть что исправлять, причём без украшательства.
Система предусматривает и промежуточный сценарий. Если по резюме не хватает информации, работодатель может включить уточняющие вопросы кандидату; ИИ задаёт до пяти вопросов по критериям, которые не удалось проверить. После ответов оценка отклика может измениться. При этом автоматический помощник не отправляет отказы сам — решение остаётся за работодателем. Для кандидата это полезная страховка, но слабая стратегия: если архитектурный опыт критичен для вакансии, лучше описать его до того, как алгоритм и рекрутеру придётся угадывать детали.
Тренд здесь шире одной функции hh.ru: найм всё заметнее требует резюме как проверяемого описания работы, а не перечня знакомых технологий. Победит не тот, кто плотнее набил документ ключевыми словами, а тот, кто может коротко и честно показать связь между требованием вакансии, своей ролью и результатом. Для разработчиков это повод обновить несколько строк; для компаний — повод проверить, не превратили ли они критерии отбора в список взаимоисключающих хотелок.