Что делать, когда кандидат признается в использовании ИИ на интервью

Момент, который застает команды врасплох

Посередине обсуждения take-home решения кандидат говорит это: "Я использовал ChatGPT для некоторых частей." Или на живом интервью, после того как паста появилась в журнале честности, они признаются: "Да, у меня был Copilot включен — я всегда его использую."

У большинства команд нет письменной политики для такого момента. Интервьюер замирает, вежливо завершает раунд, а панель ссорится при разборе. Некоторые команды рефлекторно дисквалифицируют кандидата. Другие пропускают его, потому что "честность ценится." Обе реакции ошибочны, потому что обе пропускают единственный вопрос, который имеет значение: может ли этот кандидат выполнять работу без того, чтобы ИИ делал это вместо них?

Этот пост — это алгоритм, который мы рекомендуем, когда кандидат добровольно признается в использовании ИИ, составленный на основе того, как команды, использующие честность на первом месте при найме, на самом деле проводят такие беседы.

Шаг 1: Не реагируйте. Подтвердите и продолжайте.

Первые 10 секунд задают тон. Если вы вздрогнете, кандидат закроется и вы потеряете доступ к единственному, что поможет вам принять решение — к их честному рассказу о том, как они это использовали.

Нейтральное подтверждение работает:

"Спасибо за честность. Мы часто думаем об использовании ИИ, и я бы предпочел понять ровно, как вы его использовали, чем гадать. Расскажите мне об этом."

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

Шаг 2: Определите, какой режим использования ИИ перед вами

Есть три существенно различных случая. Большинство дисквалификаций происходят потому, что команды объединяют их в один.

• Режим A — ИИ как ускоритель. Они использовали Copilot встроенно для шаблонного кода, попросили ChatGPT напомнить им деталь синтаксиса или использовали Cursor, чтобы переписать функцию, которую они затем переработали. Они вели. ИИ сэкономил нажатия клавиш.
• Режим B — ИИ как соавтор. Они написали prompt, оценили несколько вариантов, выбрали один, отладили его и интегрировали. Они могут защитить каждое архитектурное решение, но не обязательно каждую строку.
• Режим C — ИИ как привидение. Они ввели задачу в модель, вставили ответ обратно и только тронули код, чтобы он работал. Они могут описать, что он делает, но не могут объяснить, почему он имеет такую форму или что изменится при других условиях.

Режим A — это то, как большинство работающих инженеров пишут код в 2026 году. Режим C — это проблема. Режим B — это там, где живет суждение — и где ответы на уточняющие вопросы кандидата выполняют большую часть работы в вашем решении.

Шаг 3: Зондируйте вопросами, различающими режимы

Спрашивать "вы использовали ИИ?" бесполезно после признания — вы уже знаете. Вопросы, которые действительно разделяют три режима:

1. "Покажите мне, где вы возражали первому предложению ИИ." Кандидаты режима B могут указать на конкретный момент. Кандидаты режима C либо замирают, либо описывают общее "Я изменил имена переменных."
2. "Какую часть этого вы не могли бы написать без ИИ? Что бы вы сделали вместо этого?" Режим A и B могут ответить четко. Режим C выдает себя через расплывчатые ответы или внезапный защитный тон.
3. "Проведите меня через то, что происходит, когда эта функция вызывается с [конкретный edge case из кода]." Это самый высокозначащий вопрос на всем интервью. Кандидат должен смоделировать выполнение. Режим A и B отследят это; режим C спотыкается.
4. "Если условие изменилось на [X], что бы вы изменили?" Проверяет, рассуждали ли они о дизайне или просто приняли дефолты ИИ. Кандидаты режима C часто отвечают "Я бы спросил ИИ."

Кандидат, который ответит на эти вопросы четко, показывает вам режим A или B, независимо от того, как они написали первый вариант. Кандидат, который не может, показывает вам режим C, независимо от того, как чист артефакт.

Шаг 4: Перекрестно сравните с сигналами честности, которые у вас уже есть

Это место, где отчет об честности доказывает свою ценность. Признание дает вам нарратив кандидата; сигналы говорят вам, совпадает ли нарратив с сеансом.

Для раунда live coding посмотрите на:

• Ритм нажатий клавиш. Режим A производит порывистую, но человеческую печать с паузами на размышление. Режим C производит долгие молчания, прерываемые одиночными большими событиями вставки.
• Время событий вставки. Вставка сразу после 30-секундного молчания с последующими незначительными правками — это классическая сигнатура режима C. Вставки, чередующиеся с активной печатью, обычно режим A.
• Согласованность кода. Остается ли стиль написания согласованным на протяжении всего файла или он меняется между функциями способом, предполагающим разных авторов? Несоответствие соответствует режиму C; согласованность режимам A или B.
• Время до первого значащего нажатия клавиши. Кандидат, который начал вводить рабочее решение в течение 8 секунд после получения нетривиальной задачи, не думал.

Суть не в том, чтобы "поймать" кандидата. Они уже вам рассказали. Суть в том, чтобы сопоставить их признание с конкретными свидетельствами, чтобы обсуждение панели имело факты, а не интуицию.

Шаг 5: Примите решение на основе реального стандарта должности

Теперь у вас есть три входа: признание, ответы на уточняющие вопросы, сигналы. Сопоставьте их с должностью.

• Для большинства инженерных ролей, кандидат в режиме A или B, который может защитить свою работу, — это нанимаемый кандидат. Реальность рынка такова, что инженеры, которых вы хотите, используют ИИ ежедневно. Штрафовать их за честность об этом, одновременно нанимая кандидата, который использовал ИИ молча, — это худший возможный исход.
• Для ролей, где независимое рассуждение — явная планка (инженер-исследователь, аналитик безопасности, все, где кандидат должен осмыслить незнакомые проблемы без ассистента), режим C — это не-найм, независимо от качества артефакта. Артефакт — это не то, что вы нанимаете.
• Для senior ролей, тест — это может ли он сформулировать компромиссы, которые сделал ИИ от его имени. Senior инженер, который использовал ИИ для создания каркаса решения и может защитить архитектурные решения, — это хорошо. Senior инженер, чей код беглый, но который не может ответить "почему этот подход вместо X", показывает вам, что он работает ниже уровня, за который вы платите.

Если вы не можете решить, запланируйте 30-минутное дополнительное интервью с другой задачей и явной политикой "никакого ИИ на этот раз." Большинство кандидатов справляются чисто. Те, кто нет, дали вам ваш ответ.

Шаг 6: Обновите вашу политику, чтобы это больше не происходило ad hoc

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

• Для асинхронных take-home раундов: "Используйте любые инструменты, которые вам помогают. Вы проведете 30-минутное обсуждение, где мы попросим вас объяснить ваш код."
• Для live coding раундов: "Пожалуйста, не используйте ИИ помощников при кодировании во время этого раунда. Документация, заметки и ваша обычная IDE — это хорошо."

Когда правила явные, признание либо подтверждает, что кандидат их следовал (хороший сигнал), либо выявляет, что он не следовал (реальные данные, а не неоднозначный момент).

Что делать дальше

Кандидат, который признается в использовании ИИ, оказывает вам услугу. Они дают вам информацию, которую кандидат, использовавший ИИ молча — а их много — скрывает. Ваша работа — использовать признание как начальную точку для более острой беседы, а не как ярлык к вердикту.

Команды, которые это понимают правильно, разделяют три привычки: письменные политики ИИ для каждого раунда, обсуждение, которое зондирует глубину рассуждений, и слой честности, который подтверждает или опровергает рассказ кандидата. При наличии этого, признание ИИ становится одним сигналом среди многих — ровно как должно быть.