Технические собеседования в 2026 году всё чаще проходят с расшаренным экраном и live-кодингом. Кандидат бодро рассуждает о сагах и шардировании, пишет код без единой паузы, отвечает на вопросы быстрее, чем успевает прочитать их. Иногда это признак высокой квалификации, но всё чаще — использования скрытых ИИ-помощников, которые не видны ни в списке процессов, ни на экране. Прокторинг с камерами и блокировкой вкладок не решает проблему: кандидат может запустить помощник на другом устройстве или через VPN. Разберём, как выявлять таких «невидимых» ассистентов, не скатываясь в тотальную слежку.

Почему классический прокторинг не работает

Стандартные инструменты — блокировка переключения окон, запись экрана, анализ взгляда — обходят двумя способами. Первый: помощник работает на телефоне или втором ноутбуке, который не в кадре. Второй: трафик шифруется и маскируется под обычный HTTPS, а запросы уходят через VPN или DNS-over-HTTPS. В результате интервьюер видит только чистый экран и слышит уверенные ответы. При этом кандидат может даже не понимать, что именно он говорит: ИИ подсказывает в реальном времени.

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

Технические сигналы: DNS-журнал и сетевой трафик

Если собеседование проходит на вашем оборудовании или в вашей инфраструктуре (например, кандидат подключается к тестовому стенду через ваш VPN), вы можете анализировать сетевые запросы. DNS-журнал покажет, к каким доменам обращался компьютер кандидата. Резкий рост запросов к известным API больших языковых моделей, к сервисам распознавания речи или к прокси-серверам во время live-кодинга — повод присмотреться. Важно: это законно только при явном согласии кандидата и в рамках вашей инфраструктуры. Скрытый сбор данных без уведомления — плохая практика и может нарушать законодательство.

  • Что искать в DNS-журнале: домены, связанные с API OpenAI, Anthropic, Google AI, а также сервисы транскрибации и подсказок в реальном времени.
  • Аномалии трафика: регулярные короткие запросы каждые 5–10 секунд во время ответа кандидата — типичный паттерн для стриминговых ИИ-ассистентов.
  • VPN и прокси: если кандидат использует VPN, вы увидите только зашифрованный поток. Но сам факт использования VPN на собеседовании (если вы его не предоставляли) — уже красный флаг.

Однако не стоит делать выводы только по DNS. Кандидат может использовать корпоративный VPN для доступа к вашему стенду, а запросы к AI-сервисам — это его личные вкладки, открытые до собеседования. Контекст решает.

Поведенческие маркеры: что выдаёт пользователя подсказок

Даже если технически поймать помощника не удалось, поведение кандидата многое расскажет. Вот несколько признаков, которые стоит фиксировать:

  • Несоответствие темпа и сложности. Кандидат мгновенно отвечает на вопросы, требующие размышления, но теряется, если переформулировать вопрос или попросить объяснить ход мысли.
  • Задержка перед ответом. Пауза 2–4 секунды, после которой следует идеально структурированный ответ, — возможный признак чтения подсказки.
  • Отсутствие черновиков. При live-кодинге кандидат сразу пишет финальный вариант без исправлений и промежуточных запусков.
  • Странные формулировки. Смесь канцелярита и общих фраз, которые не соответствуют устной речи кандидата в неформальной части.
  • Реакция на смену темы. Если резко переключиться на смежную область, помощник может не успеть перестроиться, и кандидат «поплывёт».

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

Как выстроить собеседование, устойчивое к ИИ-подсказкам

Вместо тотального контроля лучше изменить формат так, чтобы помощь ИИ была бесполезна или легко обнаруживалась. Вот конкретные шаги:

  • Задавайте вопросы на объяснение. Просите не просто написать код, а объяснить, почему выбрано такое решение, какие альтернативы рассматривались и какие ограничения есть у подхода. ИИ хорошо генерирует код, но плохо имитирует живой опыт.
  • Используйте задачи с неоднозначными требованиями. Пусть кандидат сам уточняет условия и предлагает компромиссы. Это сложно сделать в реальном времени с подсказками.
  • Проводите парное программирование. Интервьюер активно участвует, задаёт вопросы по ходу, меняет условия. Подсказки становятся заметны, потому что кандидат не успевает их читать и реагировать.
  • Записывайте сессию с согласия кандидата и анализируйте паттерны. Не для слежки, а для последующего разбора: где были паузы, как менялся темп, совпадали ли ответы с уровнем кандидата.
  • Давайте задачи на отладку. Покажите фрагмент кода с ошибкой и попросите найти проблему. ИИ-помощник часто выдаёт общие советы, а человек с опытом быстро локализует баг.

Эти методы не требуют специального ПО и не нарушают границы. Они делают ставку на естественную сложность живого общения.

Типичные ошибки интервьюеров

Желание поймать читера любой ценой приводит к обратным результатам. Вот чего стоит избегать:

  • Обвинения без доказательств. Если кандидат просто быстро соображает, а вы его подозреваете, вы теряете хорошего специалиста и репутацию.
  • Чрезмерный прокторинг. Требование установить сомнительное ПО, постоянные проверки экрана и камеры отталкивают сильных кандидатов, которые ценят приватность.
  • Игнорирование контекста. Наличие VPN или запросов к AI-сервисам может быть связано с рабочими задачами кандидата, а не с читингом.
  • Отсутствие прозрачности. Если вы анализируете трафик или записываете сессию, кандидат должен знать об этом заранее и дать согласие.

Лучшая стратегия — сочетать технические сигналы (например, DNS-журнал в контролируемой среде) с поведенческим анализом и грамотно построенными вопросами. И помнить, что цель — не наказать, а оценить реальные навыки.