Вопросы на собеседовании разработчика: работа с ИИ-агентами
Когда вы нанимаете человека для работы с ИИ-агентами, вопросы на собеседовании разработчика должны раскрывать три вещи: как он ставит задачу, контролирует изменения и проверяет результат. Возьмите за основу завершённый проект. Попросите кандидата показать доступные для демонстрации материалы и объяснить свои решения. Затем сопоставьте этот опыт с задачами вакансии.
Сначала определите, какую работу вы проверяете
Перед интервью опишите, что будущий сотрудник должен доводить до результата, с каким кодом работать и кто принимает изменения. Это задаст направление разговору: от требований к проверке и релизу.
ИИ-инженер — разработчик, который ведёт задачу от постановки до релиза вместе с ИИ-агентами; подробнее о роли — на сайте CRT. На собеседовании разберите весь этот путь, включая ограничения и передачу результата команде.
До встречи договоритесь об условиях:
- Можно ли пользоваться агентом и какой доступ предоставит компания.
- Какой проект кандидат вправе показать без чужого кода и закрытых данных.
- Что нужно подготовить для обсуждения постановки задачи, изменений и проверки.
- Как продолжить разговор, если инструмент недоступен или среда не запускается.
Сообщите, кто участвует во встрече. Для подробного разбора достаточно одной завершённой задачи, которую кандидат помнит и может объяснить. Большая презентация портфолио не нужна.
Если ИИ нужен лишь для эпизодической помощи с фрагментами кода, начните с требований к обычной разработке. Затем обсудите, где агент полезен вашей команде. Отдельную роль ИИ-инженера стоит рассматривать исходя из объёма такой работы.
Какие вопросы на собеседовании разработчика задавать
Ведите разговор от исходной задачи к принятому решению. Выясните, что было известно в начале, что предложил агент, что разработчик изменил и чем подтвердил результат.
| Вопрос | Что обсудить в ответе |
|---|---|
| Какую задачу вы решали и что считали готовым результатом? | Исходное требование, ограничения и способ проверить выполнение |
| Что вы поручили агенту, а что сделали самостоятельно? | Разделение работы и причины такого решения |
| Какой контекст вы передали перед началом работы? | Нужные части проекта, правила и недостающие сведения |
| Как менялся ваш подход по ходу задачи? | Изменения постановки, контекста и способа проверки |
| Какие предложенные изменения вы не приняли? | Причины отказа и выбранную альтернативу |
| Как вы проверяли сгенерированный код? | Просмотр изменений, выполненные проверки и их результаты |
| Как вы передали результат команде? | Описание изменений, ограничения и подготовку к релизу |
После общего ответа переходите к конкретному фрагменту: «Вы сказали, что исправили обработку ошибок. Покажите, как убедились, что теперь она работает по требованиям». Если показать нечего, попросите восстановить последовательность действий словами.
Разберите и неудачную попытку, если кандидат её помнит. Что пришлось изменить после ошибки: постановку, контекст, способ проверки или сам код? Почему он выбрал именно такой путь?
Дословно помнить старые запросы к агенту не требуется. Важны логика работы и доступные подтверждения. Для закрытого проекта подойдёт обезличенный разбор без кода и внутренних документов.
Сразу выясните, за какую часть кандидат отвечал лично, а какие решения принимала команда. Так вы сможете оценить его вклад и задавать вопросы в пределах его ответственности.
Как обсудить рабочую среду и завершённый проект
Попросите кандидата показать, как он ориентируется в проекте, передаёт агенту контекст и просматривает результат. Границы демонстрации определите заранее.
Название инструмента мало говорит о навыках разработчика. Если кандидат использует Claude Code, Codex или Cursor, выясните, какую работу он поручает инструменту и в какой момент вмешивается сам. Просите объяснить последовательность действий и причины выбора.
Разбирайте проект по шагам:
- Восстановите исходную ситуацию. Что требовалось изменить и какие ограничения были известны заранее.
- Обсудите участие агента. Что ему поручили и какие сведения дали для работы.
- Посмотрите итоговые изменения. Как они связаны с задачей и что разработчик доработал самостоятельно.
- Разберите проверку. Как кандидат убедился, что результат соответствует требованиям.
- Обсудите передачу команде. Что нужно было сообщить ревьюеру и какие вопросы оставались перед релизом.
Не просите доступ к боевой среде, клиентским данным или секретам проекта. Для разговора подойдут разрешённые фрагменты, схема решения или устный разбор. Отсутствие публичного репозитория ничего не говорит о качестве работы кандидата.
Если среда не запускается, продолжите по доступным материалам. Спросите, что человек собирался показать и как обычно получает результат проверки. Оценивайте содержание ответов отдельно от технической помехи.
Как разбирать проверку кода и подводить итоги
За фразой «я проверяю код» должны стоять конкретные действия. Что кандидат прочитал, что запустил, какой результат получил? Дайте ему объяснить ограничения проекта и выбранный способ проверки.
Связывайте каждый ответ с требованиями задачи. При успешном запуске тестов спросите, какое поведение они подтверждают и какие сценарии не затрагивают. Если тесты предложил агент, разберите, как разработчик сверил их ожидания с постановкой.
Попросите объяснить назначение кода, который кандидат передал команде. Что он делает, когда часть предложенного решения непонятна? Как сообщает о непроверенных предположениях? Эти вопросы показывают, как человек разбирается в результате работы агента и готовит его к передаче.
Не ищите заранее ожидаемую фразу. У задачи бывают разные рабочие решения; выбор зависит от устройства проекта и требований команды. Разбирайте причины и последствия выбора.
После встречи запишите:
- Какую часть проекта кандидат разобрал и за что отвечал лично.
- Что он поручил агенту и что сделал сам.
- Какие проверки удалось обсудить или увидеть.
- Какие вопросы остались открытыми.
Отделяйте показанное от предположений. Если кандидат не успел раскрыть тему, зафиксируйте пробел и решите, нужен ли дополнительный разговор. Догадки не заменят недостающих сведений.
Скорость печати, число запросов и один сбой инструмента не дают основания для решения о найме. Сопоставьте опыт кандидата с будущей работой: уровнем самостоятельности, устройством проекта и взаимодействием с командой. Если интервью проводили несколько участников, сначала соберите их наблюдения, затем обсудите выводы.
Частые вопросы
Нужно ли запрещать ИИ на собеседовании?
Если сотрудник будет работать с агентом, выделите часть интервью, где его можно использовать. Фундаментальные знания обсудите отдельно. Заранее объясните условия каждого этапа, чтобы кандидат понимал, что вы проверяете.
Что делать, если кандидат не может показать свой проект?
Предложите обезличенный рассказ без закрытого кода и документов. Разберите постановку, личный вклад, участие агента и проверку результата. Для этого кандидат не должен нарушать обязательства перед прежним работодателем.
Достаточно ли разбора одного проекта для решения о найме?
Один проект позволяет подробно разобрать способ работы. Проверьте, охватил ли разговор задачи вакансии, самостоятельность кандидата и взаимодействие с командой. Если существенная часть будущей работы осталась неясной, назначьте отдельный разбор этой темы.
Коротко
- Начинайте с задач вакансии и заранее объясняйте условия интервью.
- Разбирайте завершённый проект: постановку, работу с агентом, проверку и передачу результата.
- Просите показать разрешённую рабочую среду или предложите обезличенный разбор.
- Подкрепляйте общие ответы конкретными действиями и результатами проверок.
- Фиксируйте наблюдения и открытые вопросы, чтобы объяснить команде решение о найме.
Если сначала нужно понять, как ваша команда работает с ИИ-агентами, начните с диагностики команды разработки.