Казалось бы, идея хорошая. Нашёл вакансию, которая подходит на 90/100. Поднял наверх нужные навыки, чуть поправил «О себе», переставил опыт, отправил. Снайперский отклик, всё красиво. Я даже хотел научить Job Hunter делать это автоматически. А потом полез разбираться, как hh показывает резюме работодателю. И тут небольшой сюрприз) После отклика работодатель видит актуальную версию резюме, а не слепок той версии, которую ты отправлял. То есть сценарий вполне реальный: 10:00 — откликнулся на API QA, вынес наверх Postman, SQL и REST. 11:30 — нашёл automation, добавил акцент на Python и Playwright. 13:00 — подвернулся mobile, полезли Android и ADB. А в 14:00 первый работодатель открыл отклик на API QA и увидел то, что осталось после последней мутации. Получается забавно. Ты полчаса делаешь «индивидуальное резюме под вакансию», а через пару откликов сам же его уничтожаешь. Особенно хорошо эта схема должна работать с автооткликами. Бот будет снайперски готовить резюме под каждого работодателя, а потом пулемётной очередью переписывать его для следующего) Поэтому я сейчас склоняюсь к другому варианту. Не одно резюме, которое каждые полчаса переживает кризис личности, а небольшой пул стабильных. Например у меня это могло бы быть: Manual / API QA Automation QA QA + технический бэкграунд А дальше уже выбирать ближайшее к вакансии. Если вакансия действительно жирная и совпадение условные 90+ из 100, тогда можно немного подкрутить именно этот вариант: поднять релевантный опыт, поменять порядок навыков, точнее сформулировать пару пунктов. Но не собирать нового человека с нуля. Иначе через месяц у тебя не поиск работы, а двадцать версий самого себя, и уже непонятно, какая из них сегодня вышла на рынок. Похоже, с резюме как с кодом. Иногда лучше иметь три стабильные ветки, чем один main, который переписывают перед каждым запуском.