Привет, Хабр! Меня зовут Андрей Жарин, я ведущий менеджер по подбору персонала в «КОРУС Консалтинг». В пиковые периоды я провожу по 4-5 ИТ-интервью в день и ежемесячно просматриваю сотни резюме аналитиков, разработчиков и PM-ов.

Давайте признаем честно: рынок найма сломался. С одной стороны, кандидаты автоматизировали отправку откликов и генерацию резюме. С другой — рекрутеры тонут в терабайтах одинакового, сгенерированного под копирку «пластикового» текста.

В ИТ-подборе идеальное, написанное без единой ошибки «нейросетевое» резюме сегодня играет против соискателя. Как только дело доходит до скрининга или первого технического созвона, кандидат с треском проваливается, потому что не может защитить собственный текст.

Ниже — детальный разбор с примерами, формулировками и готовыми промптами: как использовать ИИ при поиске работы так, чтобы получать офферы, а не молчаливые отказы.

Часть 1. Как рекрутер распознает ИИ за первые 3 секунды

У тех, кто просматривает сотни резюме в неделю, уже замылен глаз на определенные паттерны. Нейросети (особенно ChatGPT) обладают специфическим «провинциальным пафосом» и обожают канцеляризмы.

Если в вашем резюме или сопроводительном письме есть эти маркеры, знайте — рекрутер внутренне вздыхает и ставит на вас мысленную галочку «ИИ-генерация».

Стоп-слова и речевые обороты, которые нужно удалить прямо сейчас:

  • «Взаимодействовал с кросс-функциональными командами для достижения синергии...» (В реальности: «работал с разработчиками и дизайнерами»).

  • «Успешно оптимизировал ключевые бизнес-показатели посредством внедрения инновационных подходов...» (В реальности: «ускорил выгрузку отчетов в 2 раза»).

  • «Обладаю стратегическим мышлением и глубокой экспертизой в...» (Резюме - это факты, а не самолюбование. Экспертизу оценивают по кейсам).

  • Маркер структуры: Ровные абзацы одинаковой длины, где каждый пункт начинается с сильного глагола в совершенной форме (Внедрил, Разработал, Обеспечил, Оптимизировал), но внутри нет ни одной цифры, названия системы или специфической детали.

Главный ред флаг на скрининге — веерный автоотклик. Если системный аналитик одновременно откликается на вакансию бизнес-аналитика в ритейл и PM-а в BI-аналитику, даже не открывая описание вакансий — это признак работы скрипта. Ценность такого отклика падает до нуля, а внимание к кандидату на созвоне будет втрое строже.

Часть 2. Как «очеловечить» резюме: Примеры ДО и ПОСЛЕ

Давайте посмотрим, как выглядит типичный сгенерированный бред, и как те же самые задачи должен описать живой, практикующий ИТ-специалист.

1. Для системного/бизнес-аналитика

Как пишет ИИ:

«Занимался сбором, анализом и формализацией требований от ключевых стейкхолдеров проекта. Разрабатывал детальные технические задания для команды разработки, обеспечивая высокое качество документации и минимизацию рисков на этапе реализации». (Красиво? Да. Полезно? Ноль информации).

✔️ Как надо:

«Собирал требования с бизнес-заказчиков (департамент логистики). Спроектировал интеграцию новой CRM с внутренней складской системой через REST API. Описал Use Cases и Use Case Diagrams в Enterprise Architect. Передал ТЗ в разработку, команда вопросов по логике не имела».

2. Для Project Manager / Scrum Master

Как пишет ИИ:

«Управлял жизненным циклом разработки программного обеспечения на основе методологии Agile/Scrum. Проводил фасилитациюрегулярных встреч команды, устранял препятствия на пути к достижению спринтов и оптимизировал velocity команды». (Шаблон из учебника).

✔️ Как надо:

«Лидил команду из 8 разработчиков (Java + React). Перевел проект с хаотичного Канбана на 2-недельные спринты, благодаря чему за 3 месяца закрыли бэклог, висевший полгода. Заказчик видел прогресс каждые две недели на демо».

3. Для Разработчика (тут цена ошибки выше всего)

Как пишет AI:

«Принимал активное участие в проектировании и масштабировании архитектуры высоконагруженного веб-приложения. Занимался рефакторингом унаследованного кода с целью повышения производительности и отказоустойчивости системы».

✔️ Как надо:

«Переписал legacy-модуль авторизации с монолита на микросервис(Spring Boot). Оптимизировал тяжелые SQL-запросы к PostgreSQL (добавил индексы, переписал джойны), что снизило нагрузку на базу на 40% в пиковые часы».

Часть 3. Шпаргалка: Как правильно заставить ИИ работать на вас

Использовать ИИ для создания резюме — можно и нужно. Но не как автора, а как редактора и жесткого тренера. Вот три готовых промпта, которые выжмут из нейросети пользу и не испортят ваше резюме пластиковым стилем.

Промпт №1: Для чистки резюме от «воды» и ИИ-штампов

«Я пришлю тебе описание своего опыта работы. Твоя задача - выступить в роли циничного ИТ-рекрутера. Найди в тексте все размытые фразы, штампы, "воду" и канцеляризмы. Перепиши текст так, чтобы он звучал максимально естественно, профессионально, кратко и с фокусом на технологии и факты. Не используй пафосных слов вроде "успешный", "инновационный", "синергия". Вот мой текст: [Вставить текст]»

Промпт №2: Для адаптации под вакансию (без тупого копирования)

«Вот описание вакансии, которая мне интересна: [Текст вакансии]. А вот мой текущий опыт: [Ваш опыт]. Подскажи, на каких именно технологиях и задачах из моего РЕАЛЬНОГО опыта мне нужно сделать акцент в резюме, чтобы соответствовать этой вакансии? Чего мне не хватает? Ничего не выдумывай от себя, просто подсвети мэтчинг»

Промпт №3: Симулятор жесткого интервью (главный лайфхак)

«Я претендую на позицию [Название роли, например, SeniorSystem Analyst]. Ты строгий ИТ-директор на собеседовании. Изучи мое резюме: [Текст резюме]. Задай мне по очереди 5 каверзных, глубоких вопросов по моим проектам, чтобы проверить, действительно ли я делал то, что написано. Не задавай все вопросы сразу дождись моего ответа на первый»

Вместо вывода: Главный тренд найма

Инструменты меняются, но базовое правило ИТ-рынка остается прежним: мы нанимаем человека, который будет руками решать проблемы бизнеса, а не файл формата .pdf.

Если вы прогнали резюме через ИИ, сделайте финальное действие: прочитайте его вслух. Если вам тяжело произнести написанную фразу устно, если она звучит слишком пафосно или вы не можете за 30 секунд без запинки объяснить, как именно вы «оптимизировали процессы» на проекте трехлетней давности — стирайте и пишите заново. Своими словами.

Живую практику, горящие глаза и понимание архитектуры под капотом не заменит ни одна языковая модель.

А как вы используете ИИ при поиске работы? Помогает проходить скрининг или, наоборот, заметили, что после «улучшения» резюме приглашений стало меньше? Пишите в комментарии, наболело у всех.

Комментарии (8)


  1. brtpfdvlbpd2
    02.06.2026 14:58

    Что ж так сложно-то жить стало? Раньше свяжешься, потрындишь "за жисть" и если впечатления совпали - работа твоя. А сейчас какой-то трэш, угар и содомия...

    А разрешите вопрос? Вот во фразе

    снизило нагрузку на базу на 40% в пиковые часы

    эти 40% с какого потолка берутся? Все пишут про цифровые показатели твоей работы, от которых хрюшки должны кипятком писать. Я 16-й год в отрасли, и программировал, и админил, и эникеил, но никогда у меня не было этих циферок. Мне их придумывать или как?


    1. KivApple
      02.06.2026 14:58

      За 16 лет ни разу не было такого, что, например, какой-то сервис медленно обрабатывает запросы и пришлось оптимизировать (запросы, схему БД, что-угодно)? Замерить до-после и вот уже будет строчка в резюме.

      Или переписывал старую систему на новый лад. Опять же замерил до-после и вот строчку в резюме вставил.

      Отсутствие таких данных само по себе тоже показатель. Либо что была только работа над проектами, где вообще не критична производительность (например, мало пользователей, мало данных и т. д.) и как не делай всё равно будет работать, либо кривых процессов (изменения направленные на производительность не предполагали замеры до/после, а только оценку на глаз).

      У меня за гораздо более скромные 4 года коммерческого опыта есть минимум два кейса:

      1) Была задача импортозамещения - переписать старую систему с нуля на OpenSource компонентах. В системе был поисковик по документам и это, в целом, было самой важной функцией. Открыл старую систему, вбил запрос - система затупила на загрузке на 10-15 секунд. Когда посмотрел БД, узнал, что там под капотом несколько десятков JOIN. Предложил в новой системе сделать денормализацию - запихнуть весь документ в JSONB колонку, раз читаем мы их гораздо чаще, чем пишем. По итогу в новой системе поисковые запросы обрабатывались за 1-2 секунды. И вот в резюме идёт "сократил время отклика с 15 до 1 секунды применив денормализацию схемы БД с помощью JSONB колонки для горячих данных".

      2) У SaaS компании хорошо шли дела и к ней начали приходить по-настоящему крупные игроки (сотни тысяч сотрудников и т. п.). Пропорционально вырос объём данных. И ежедневный экспорт данных за день дошёл до 14 часов (что вызвало справедливую обеспокоенность - рост ещё на 70% и вот мы уже не укладываемся в 24 часа - экспорт то ежедневный). Нашу команду отправили разбираться. В итоге я обнаружил, что вставка в BigTable огромного датасета происходит одним запросом. На удачу попробовал распилить запрос на чанки по 1000 строк. Срок экспорта сократился до 3 часов. И в резюме идёт "сократил время экспорта с 14 до 3 часов с помощью батчинга вставок в BigTable".

      Возможно, можно было бы больше кейсов найти, но я их специально не записывал, это просто что смог вспомнить, когда настало время обновлять резюме.

      Оба кейса опять же не rocket science, а буквально хрестоматийные примеры "тормозят JOIN - денормализуй данные", "тормозит крупная вставка - разбей на мелкие", "тормозят мелкие вставки - объедини в крупную" и т. д.


      1. brtpfdvlbpd2
        02.06.2026 14:58

        Если и замерял производительность тех же SQL-запросов (а такое действительно было в одной шараге, там дюже сложные запросы были), то никогда эти проценты не считал. EXPLAIN показал результат лучше предыдущего? Тормозить стало меньше? Ну и ништяк. И когда eprof'ом баловался, тоже не считал все эти проценты. Потому что важен был конечный результат (работает быстрее), а не то, насколько процентов или каких других попугаев он лучше предыдущего. А на строчки в резюме вообще всегда наплевать было, писал что, где и на чём делал (и то если мог вспомнить и нормально сформулировать).


        1. KivApple
          02.06.2026 14:58

          Так это и есть вопрос процессов. Если что-то оптимизируется, то должна быть циферка до/после, а не на глаз "система перестала тормозить" (не существует "тормозов", существует "медианное время отклика 10 секунд"). Ну чисто хотя бы самому поинтересоваться, показалось что быстрее отработало или реально стало лучше.

          Я специально это не записывал, цифры примерные все (я вот не вспомню было там 3 часа или 3.5 часа в итоге на экспорт). Просто так как делал замеры, чтобы в комментарии к тикету написать "изменил вот это, результат такой", то запомнилось. И уже потом указал в резюме, когда стало нужно.


    1. Granulex
      02.06.2026 14:58

      Цифры в резюме – это как смета на ремонт: к реальности отношения не имеют, но без них никто не начнёт разговор. Ваши 16 лет – реальны. Их «снизил нагрузку на 40%» – вероятно, нет. Просто возьмите любой инцидент и запишите: «сократил время восстановления с 4 часов до 20 минут». Честнее и убедительнее рандомных процентов.


    1. DarthVictor
      02.06.2026 14:58

      Да. Или вы считаете, что умение врать без зазрения совести — это неважный навык?


  1. AlenaStavrova
    02.06.2026 14:58

    То есть я правильно понимаю: решение проблемы сломанного найма - это составить резюме с ИИ, но так, чтобы как будто без ИИ?


    1. Wesha
      02.06.2026 14:58

      Тот факт, что статья про то, как плохо присылать резюме с ИИ, написана при помощи ИИ (❌✔️)...

      (И не говорите мне, что аффтар весь юникод с клавиатуры набирать научился...)