HackerRank AI 면접이란? 평가 기준과 대비법

요약: HackerRank AI 면접은 인라인 자동완성, 파일 맥락을 이해하는 채팅, Plan Mode, Agent Mode를 갖춘 AI 지원 IDE 안에서 진행되는 실시간 코딩 면접입니다. 면접관은 최종 제출물뿐 아니라 당신이 AI를 어떻게 쓰는지를 지켜봅니다. AI 패널과 관련된 어떤 것도 숨겨져 있지 않습니다. 면접관은 당신의 프롬프트, 계획, 그리고 모든 변경 사항의 diff를 그대로 볼 수 있습니다. 여기서 평가하는 능력은 타이핑 속도나 암기한 문법이 아니라, 언제 AI에 기대고 언제 그것을 뒤집을지 판단하는 감각입니다.

면접 링크를 열었더니 빈 코드 에디터 대신, 커서가 깜빡이며 프롬프트를 기다리는 채팅 패널이 옆에 붙어 있습니다. 아무도 사전에 규칙을 설명해 주지 않았습니다. 유능해 보이려고 전부 직접 타이핑해야 할까요? AI가 쓰게 두고 설명만 해야 할까요? 눈앞에 놓인 이 도구를 쓰는 데 '잘못된' 방식이라는 게 있을까요?

바로 그 혼란이 이 글의 주제입니다. HackerRank는 2026년 **AI 면접(AI-Assisted Interview)**을 별도의 형식으로 내놓았습니다. 이건 감독 기능의 추가 옵션도, 부정행위를 잡기 위한 함정도 아니고, 실시간 코딩 면접 자체를 진행하는 새로운 방식입니다. 검색 관심도는 이미 오르고 있는데, 지원자 입장에서 "실제로 무슨 일이 벌어지고 어떻게 평가되는지"를 제대로 설명한 글은 거의 없습니다. 이 글이 바로 그 역할을 합니다.

HackerRank AI 면접이 실제로 무엇인가

이는 면접관이 함께 있는 실시간 코딩 면접으로, IDE 자체에 AI 기능이 켜져 있는 형태입니다. HackerRank 공식 문서에 따르면 패널에는 최대 4가지 AI 기능이 포함될 수 있고, 어떤 기능을 켤지는 지원자가 아니라 면접관이 세션 전에 미리 설정합니다.

• 인라인 자동완성 — 타이핑하는 동안 나타나는 고스트텍스트 제안으로, 개인용 AI 지원 에디터에서 접하는 것과 비슷합니다.
• 파일 맥락 채팅 — 현재 문제에 대해 질문할 수 있는 사이드 패널로, 눈앞의 실제 코드를 근거로 답을 받습니다.
• Plan Mode — 코드가 생성되기 전에, 접근 방식을 평범한 말로 정리하는 단계입니다.
• Agent Mode — AI가 계획을 자율적으로 실행하며 파일 전반에 걸쳐 코드를 작성하고 수정합니다.

이는 특정 문제 유형에 한정되어 있으며, Coding·Projects·Code Repository 형식에서 지원됩니다. 특정 면접에서 이를 쓸지는 회사 차원의 결정입니다. 리크루터가 AI 면접 형식을 명시적으로 언급하지 않았다면, 일반적인 면접을 치른다고 가정하는 게 안전합니다.

Guarded 모드와 Unguarded 모드 — 그리고 면접이 Unguarded로 진행되는 이유

HackerRank의 관리자 문서는 AI에 얼마나 자유를 줄지에 대한 두 가지 설정을 설명합니다. AI 동작이 더 제한되는 Guarded와, 더 넓은 능력을 가진 Unguarded입니다. 라이브 면접은 기본적으로 Unguarded로 설정됩니다. 통화 반대편에 누가 있는지 생각하면 이 논리가 이해됩니다. 감독 없는 과제형 평가는 지켜보는 사람이 없으므로 AI 자체에 안전장치를 심어야 합니다. 라이브 면접에는 이미 그 사람, 즉 면접관이 있으므로 플랫폼이 AI의 능력을 인위적으로 제한할 필요가 없습니다. 그래서 완전한 기능의 어시스턴트를 그대로 쓸 수 있고, 그것을 잘 쓰고 있는지에 대한 판단은 규칙 엔진이 아니라 실시간으로 사람이 내립니다.

면접관이 실제로 보는 것

이 부분은 지원자들이 과소평가하는 지점입니다. HackerRank는 코딩 테스트 채점표처럼 숫자로 된 HackerRank AI 면접 평가 기준을 공개하지 않습니다. 공개된 배점표는 없습니다. 하지만 평가자 가시성에 관한 HackerRank의 공식 설명에 따르면, 면접관은 단순히 화면 공유를 보고 최종 점수를 믿는 것이 아닙니다. 실제로 보이는 것, 그리고 실질적인 평가 대상으로 작동하는 것은 다음과 같습니다.

• 실시간 패널 화면 — 당신의 프롬프트와 AI의 응답이 실시간으로, 당신의 코드와 나란히 표시됩니다.
• 면접 후 트랜스크립트 — 모든 채팅 내용이 기록되어, 나중에 다시 검토해야 하더라도 그 순간의 대화가 사라지지 않습니다.
• diff 리포트 — AI가 생성한 것과 당신이 유지·수정·삭제한 것을 비교한 자료로, 최종 결과물 중 수정되지 않은 AI 산출물이 얼마나 되고 당신의 개입이 얼마나 반영됐는지를 직접 보여주는 기록입니다.

이 중 어느 것도 당신을 잡기 위해 몰래 덧붙인 감시가 아닙니다. 어떻게 협업하는가를 중심으로 만들어진 형식의 명시적인 평가 대상이며, 그 말은 당신이 입력하는 모든 프롬프트가 사실상 답안의 일부라는 뜻입니다.

Plan Mode → Agent Mode 워크플로, 단계별로 보기

이 형식을 다루는 대부분의 2차 소개 글은 모든 것을 "채팅, 인라인 자동완성, 에이전트"로 뭉뚱그리면서 Plan Mode를 마치 선택 사항인 것처럼 건너뜁니다. 그렇지 않습니다. 이는 별도로 평가되는 단계이며, 실제 흐름은 다음과 같습니다.

1. 문제를 읽고 Plan Mode를 연다. 코드를 건드리는 대신, 어떤 자료구조를 쓸지, 엣지 케이스가 무엇인지, 결과를 어떻게 검증할지 등 의도한 접근 방식을 평범한 말로 적어냅니다.
2. 면접관은 코드가 존재하기 전에 계획을 봅니다. 이는 AI가 나중에 깔끔한 코드를 쓰는지와는 별개로 당신의 추론을 확인하는 체크포인트입니다. 완벽하게 실행되더라도 나쁜 계획은 여전히 나쁜 계획으로 읽힙니다.
3. Agent Mode로 전환해 실행한다. AI는 한 줄씩이 아니라 파일 전체에 걸쳐, 당신이 준 계획을 바탕으로 코드를 작성하고 수정합니다.
4. 지켜보기만 하지 말고 검토한다. diff 리포트가 존재하는 이유는 이 단계가 중요하기 때문입니다. 에이전트가 계획에서 벗어난 부분을 알아챘는가? 불필요한 가정이 그냥 넘어가도록 두지는 않았는가?

계획 없이 바로 Agent Mode로 건너뛰는 것도 트랜스크립트에 남으며, 이 형식이 특별히 시험하려는 단계를 건너뛴 것으로 읽힙니다.

실제와 같은 세션 예시

문제가 "배열에서 가장 자주 등장하는 k개의 원소를 반환하라"라고 해봅시다. 이를 잘 처리하는 지원자는 Plan Mode를 열고 이렇게 적을 수 있습니다. "해시 테이블로 빈도 맵을 만든 다음, 전체 정렬을 피하기 위해 크기 k의 힙을 사용하겠습니다. 이렇게 하면 O(n log n) 대신 O(n log k)가 됩니다. 엣지 케이스: k가 고유 원소 개수보다 큰 경우." 이는 코드가 단 한 줄도 존재하기 전에 면접관이 그 자체의 타당성으로 평가할 수 있는 계획입니다.

Agent Mode로 전환하면 AI가 해시 맵과 힙 로직을 생성합니다. 뛰어난 지원자는 여기서 구체적인 행동을 합니다. 생성된 엣지 케이스 처리를 한 줄씩 읽고, AI가 명확한 신호를 내는 대신 조용히 k개보다 적은 원소를 반환하도록 기본 설정되어 있다는 것을 알아채고, 그 동작을 한 줄짜리 설명과 함께 수정합니다. 이 수정 — 작고, 의도적이고, 입 밖으로 근거를 밝힌 — 은 모든 것을 처음부터 다시 써서 실력을 "증명"하려는 지원자나, 검토 없이 결과물을 통째로 받아들이는 지원자보다 면접관에게 더 큰 가치가 있습니다.

AI가 틀렸을 때 해야 할 일

이는 아무도 준비하지 않는 시나리오이며, 전체 면접에서 아마도 가장 신호가 강한 순간일 것입니다. AI가 생성한 코드는 가끔 미묘하게 틀리거나, 과도하게 복잡하거나, 잘못 읽은 전제에 기반할 수 있습니다. 리크루터들은 AI가 풀지 못한 문제에서 지원자가 보이는 점진적이고 때로는 지저분한 과정을, 검증 없이 받아들여진 흠 잡을 데 없는 AI 생성 답보다 지켜보고 싶다고 분명히 말합니다. 제안이 이상해 보인다면 다음과 같이 하세요.

• 행동으로 옮기기 전에 소리 내어 말하세요. "이 엣지 케이스는 잘못된 것 같습니다"라고 말하는 것이 조용히 고치는 것보다 더 강한 신호입니다.
• 필요하다면 어시스턴트에서 벗어나세요. 남은 부분을 직접 손으로 풀고 나서 그 논리를 설명하는 것은, 이 형식이 시험하려는 능력을 정확히 보여줍니다.
• 없는 자신감을 연기하지 마세요. 나중에 트랜스크립트를 보는 면접관은 진짜 이해와 AI의 설명을 그대로 따라 읽는 것의 차이를 구분할 수 있습니다.

HackerRank AI 면접 준비 방법

• 코딩 전에 계획을 말로 설명하는 연습을 하세요. 앞에 AI 도구가 있든 없든 상관없습니다. 먼저 접근 방식을 평범한 말로 밝히는 습관이 바로 Plan Mode가 드러내려는 것입니다.
• 생성된 코드를 그냥 실행만 하지 말고 비판적으로 읽는 데 익숙해지세요. AI가 제안한 코드에서 버그를 잡아낸 적이 한 번도 없다면, 그것이 이 형식이 시험하는 구체적인 근육입니다.
• AI가 틀리는 순간을 리허설하세요. 아무 준비 없이 연습하기에는 불편한 시나리오지만, 바로 그렇기 때문에 현실적인 압박 속에서 미리 연습해 두는 것 — 단순히 글로 읽는 것과 다르게 — 이 실제 라운드에서 차이를 만듭니다. AceRound AI는 실시간 모의 세션에서 즉각적인 코칭을 제공하므로, 면접관이 처음으로 당신을 지켜보기 전에 AI의 실수를 알아채고 바로잡는 연습을 미리 해볼 수 있습니다.
• 이 라운드가 AI 면접인지 리크루터에게 직접 물어보세요. 이는 정당하고 자연스러운 질문이며, 미리 알고 있으면 아무것도 모른 채 들어가는 것과는 대처가 달라집니다.

만약 이 라운드 전에 일반적인 감독형 HackerRank 테스트도 채용 절차에 포함되어 있다면, HackerRank의 부정행위 탐지 시스템은 완전히 다른 논리로 작동합니다. 이 둘을 혼동하지 않기 위해 알아둘 가치가 있습니다. 그리고 이 새로운 형식을 넘어 HackerRank 면접 전반에서 "실제로 어떻게 좋은 성과를 내는가"에 대한 더 넓은 틀을 원한다면, 이 HackerRank 면접 AI 가이드가 AI 면접 모드 여부와 관계없이 적용되는 회사별 패턴과 협업 습관을 다룹니다.

FAQ

HackerRank 면접에서 AI를 사용해도 되나요?

면접관 쪽 패널이 AI 면접(AI-Assisted Interview)으로 설정된 경우에만 가능합니다. 지원자가 스스로 AI 패널을 켤 수는 없습니다. 세션이 일반 코딩 면접으로 설정되어 있다면 AI 어시스턴트 자체가 제공되지 않으며, 이때 외부 AI 도구를 사용하는 것은 다른 부정 행위와 동일하게 취급됩니다.

HackerRank AI 면접에서는 어떤 AI 모델을 사용하나요?

지원자가 직접 고를 수 없습니다. 어떤 모델이 패널을 구동하는지는 채용 기업이 설정하며, 보통 최신 Claude·Gemini·GPT 계열 모델이 쓰이고 기업마다 다릅니다. 모델 선택은 세션이 시작되기 전에 지원자가 보거나 조정할 수 있는 부분이 아닙니다.

이런 AI 면접에서는 일반 OA와 AI 사용 탐지 방식이 다른가요?

네. 일반적으로 감독이 붙는 HackerRank 테스트에서는 AI 사용 탐지가 적대적입니다. 시스템이 허용되지 않은 도움을 잡아내려 하는 것이죠. AI 면접에서는 AI 사용이 숨겨지거나 감점 대상이 되지 않습니다. 오히려 그것이 이 라운드의 명시적인 목적이며, 면접관은 몰래 찾아내는 대신 당신의 프롬프트와 수정 내역을 공개적으로 지켜봅니다.

AI가 잘못된 답을 주거나 도움이 되지 않으면 어떻게 되나요?

이는 전체 면접에서 아마도 가장 주목받는 순간일 것입니다. 면접관들은 한결같이, 잘못된 답을 그대로 받아들이는 지원자보다는 AI의 부실한 제안을 알아채고 이의를 제기하며 직접 문제를 끝까지 추론하는 지원자를 보고 싶어 한다고 말합니다. 어시스턴트에서 벗어나 스스로 디버깅하는 것은 실패가 아니라 강력한 신호입니다.

Guarded 모드와 Unguarded 모드는 제가 선택하나요?

아니요. 면접관 쪽 패널에서 설정되며, 라이브 면접은 기본적으로 Unguarded(더 넓은 AI 기능)로 구성됩니다. 실시간으로 지켜보는 사람이 있어 오남용을 잡아낼 수 있기 때문입니다. AI 동작이 더 제한되는 Guarded 모드는 보통 감독 없는 과제형 테스트에 쓰이며, 라이브 면접용은 아닙니다.

Plan Mode는 실제로 평가되나요, 아니면 그냥 참고용인가요?

평가됩니다. Plan Mode는 HackerRank 워크플로에서 별도의 단계로, Agent Mode로 전환해 실행하기 전에 접근 방식을 먼저 작성하는 과정입니다. 면접관은 그 계획과, AI가 코드를 생성하기 시작한 뒤 그 계획을 얼마나 충실히(혹은 얼마나 잘) 따랐는지를 모두 볼 수 있습니다. 계획 없이 바로 Agent Mode로 건너뛰는 것도 그대로 드러납니다.

---

저자 · Alex Chen. 커리어 컨설턴트이자 전 테크 리크루터. 채용 담당자로 5년간 일한 뒤 지원자를 돕는 쪽으로 방향을 바꿨습니다. 교과서적인 조언이 아니라 실제 면접의 역학을 씁니다.