인터뷰 중 Zoom 화면 공유로 Acedly가 보이나요?

아니요, 올바르게 설정되었다면 보이지 않습니다. Acedly는 macOS(NSWindowSharingNone)와 Windows(WDA_EXCLUDEFROMCAPTURE) 양쪽 모두에서 OS 윈도우 캡처 레벨에서 제외됩니다. Zoom의 화면 공유 파이프라인 — 단일 윈도우 공유, 전체 화면 공유, 공유 중 전환 포함 — 에서 Acedly의 윈도우를 캡처에 포함하지 않습니다. 자신의 컴퓨터에서 이를 확인하려면 친구와 함께 Zoom 테스트 미팅을 실행하고 실제 인터뷰 전에 이 세 가지 방식 각각으로 공유해 보세요.

Zoom AI Companion이나 Zoom IQ가 Acedly를 감지하나요?

아니요. Zoom AI Companion은 미팅 오디오를 처리하는 트랜스크립션 및 요약 기능입니다 — 면접관이 말한 것과 지원자가 마이크로폰에 말한 것입니다. 지원자의 로컬 UI, 보조 모니터, 또는 실행 중인 프로세스에 액세스할 수 없습니다. Acedly는 절대 마이크로폰에 말하지 않으므로 생성된 콘텐츠는 Companion이 트랜스크립션하는 오디오에 포함되지 않습니다.

Zoom 브레이크아웃 룸이나 코딩 샌드박스에서 Acedly를 사용할 수 있나요?

둘 다 가능합니다. Zoom 브레이크아웃 룸은 메인 룸과 동일한 OS 오디오 경로를 통해 오디오를 라우팅하므로 오디오 캡처가 중단 없이 계속됩니다. Coderpad, HackerRank, LeetCode 또는 유사한 서비스에서 제공되는 코딩 샌드박스의 경우, Acedly는 지원자가 로컬에서 보는 에디터 화면을 읽고 문제 설명을 트랜스크립션된 오디오와 함께 모델에 제공합니다. 이것이 단순히 음성을 듣기만 하는 보조 도구와 실제로 문제를 풀도록 도와주는 도구의 가장 큰 차이입니다.

Zoom 웹 클라이언트에서 작동하나요, 아니면 데스크탑 앱에서만 작동하나요?

Acedly는 네이티브 데스크탑 앱이므로 OS 레벨 오디오 루프백과 캡처 제외를 사용하려면 Zoom 데스크탑 클라이언트가 필요합니다. Zoom 웹 클라이언트는 브라우저 탭 내에서 실행되므로 두 기능 모두 사용할 수 없으며, 지원자가 예상할 수 있는 여러 미팅 기능(갤러리 보기, 브레이크아웃 룸, 반응)도 누락되어 있습니다. 실제 인터뷰의 경우 Zoom 데스크탑 앱과 Acedly를 나란히 실행하세요. 데스크탑 클라이언트가 어차피 대부분의 채용담당자가 사용하는 것입니다.

인터뷰어가 한 윈도우만이 아니라 전체 화면 공유를 요청하면 어떻게 하나요?

이것이 브라우저 탭 기반 도구가 실패하고 OS 레벨 캡처 제외가 위력을 발휘하는 경우입니다. Acedly는 OS 레벨에서 전체 화면 캡처 버퍼에서 제외되므로, 단일 윈도우 공유에서 숨겨지는 것과 동일한 보호가 전체 데스크탑 공유에서도 작동합니다. 실제 인터뷰 전에 Zoom 테스트 미팅에서 친구와 함께 이를 한 번 확인하세요. 특히 채용담당자가 데스크탑 공유를 원할 것이라고 알린 경우 더욱 그렇습니다.

Zoom for Government나 Zoom for Education에서 작동하나요?

네, 작동합니다. 이러한 버전은 Acedly의 제외 대상이 되는 소비자용 Zoom 클라이언트와 동일한 OS 윈도우 캡처 API를 사용합니다. 각 Zoom 버전의 검증 상태는 제품 내에서 실시간으로 공개됩니다. 연방 계약업체 또는 대학 발급 Zoom 버전에서 인터뷰가 있는 경우 통화 전에 해당 특정 버전에서 테스트 미팅 확인을 실행하세요.

플랫폼 가이드12 min read

Zoom의 Acedly AI: Zoom 통화용 실시간 인터뷰 Copilot (2026)

Acedly가 Zoom에서 작동하는 방식 — 화면 공유에 숨겨짐, 200ms 이하의 지연 시간, 이력서와 직무 설명에 기반함. Zoom 공유 모드 전체에서 검증된 은폐성, 다음 Zoom 인터뷰 전에 테스트할 사항.

Devon Park

Head of Research, Acedly

December 5, 2025에 게시됨

Acedly real-time AI interview assistant on Zoom — verified screen-share excluded

Zoom 면접 어시스턴트의 실제 모습

Zoom 면접 어시스턴트는 라이브 면접 중에 Zoom 클라이언트 옆에 앉아 있는 데스크톱 애플리케이션입니다(거의 브라우저 탭이 아닙니다). 순서대로 세 가지 작업을 수행합니다: 시스템 루프백에서 면접관의 오디오를 캡처하고, 질문을 트랜스크립션하고 분석하며, Zoom의 화면 공유 파이프라인에서 제외된 표면에 답변을 렌더링합니다. 전체 루프는 질문이 끝나는 시점과 응시자가 일반적으로 말하기 시작하는 시점 사이의 침묵 — 약 200밀리초 안에 맞아야 합니다.

이 범주가 현재의 모양을 갖춘 이유는 Zoom 자체에 있습니다. Zoom은 2026년 서방 면접 플랫폼의 지배자이며, Zoom 면접이 진행되는 방식 — 기술 라운드를 위한 화면 공유 기본값, 패널 라운드를 위한 갤러리 보기, 시스템 설계를 위한 브레이크아웃 룸 — 모든 어시스턴트가 만족해야 할 제약을 설정합니다. 일반 웹 통화에서는 작동하지만 Zoom 면접관이 "화면을 공유할 수 있나요?"라고 묻는 순간 깨지는 도구는 Zoom 면접 어시스턴트가 아닙니다. 그것은 데모입니다.

이 범주를 정의하는 숫자는 끝에서 끝까지의 지연 시간이며, 올바른 목표는 200ms 미만입니다 — 면접관의 질문의 마지막 음절에서 답변의 첫 글자가 화면에 나타나는 시점까지 측정됩니다. Acedly의 소비자 하드웨어에서의 중앙값은 대략 98ms입니다. 250ms를 넘으면 통화의 리듬에서 눈에 띄게 뒤처립니다.

Zoom이 2026년에도 여전히 서방 면접 플랫폼의 지배자인 이유

Zoom의 전문적 면접 분 점유율은 2022년 최고조 이후 크게 변하지 않았습니다. 채용담당자의 달력 초대는 여전히 1차 라운드, 기술 라운드, 그리고 종종 루프 디브리핑에 기본값으로 Zoom을 사용합니다. Microsoft Teams는 금융과 컨설팅의 엔터프라이즈 부문을 차지하고 있고, Google Meet는 스타트업과 제품 조직을 차지하고 있습니다. 하지만 SaaS 회사부터 Series B, 3대륙에서 응시자를 모집하는 국경 간 채용담당자까지 — 중견 시장의 채용 대부분에서는 Zoom이 여전히 표준입니다.

몇 가지 패턴은 Zoom에만 해당되어 어시스턴트가 처리해야 할 것을 형성합니다:

화면 공유는 기술 라운드의 기본값입니다. 채용담당자는 응시자가 코딩 샌드박스 탭 또는 점점 더 자주 전체 데스크톱을 공유하기를 기대합니다. 후자는 모든 면접 어시스턴트에 대해 더 위험한 경우입니다 — 한 창을 숨기지만 "전체 화면"을 선택했을 때 드러나는 도구는 절반만 구축된 것입니다.
갤러리 보기 대 스피커 보기는 응시자의 웹캠이 중앙에 있는 빈도를 변경합니다. 갤러리 보기의 패널 라운드에서 채용담당자는 종종 응시자의 시선 추적을 봅니다. 응시자의 웹캠과 같은 화면에 있는 어시스턴트는 시선을 카메라에서 벗어나게 합니다. 두 번째 모니터의 어시스턴트는 시선을 앞으로 유지합니다.
브레이크아웃 룸은 시스템 설계 라운드에 사용됩니다. 선임 엔지니어가 응시자와 함께 브레이크아웃 룸에 들어가 화이트보드를 작성합니다. 브레이크아웃 룸을 통한 오디오 라우팅은 OS의 관점에서 메인 룸과 동일하지만, 일부 브라우저 탭 도구는 브레이크아웃 룸을 새로운 세션으로 처리하기 때문에 실패합니다.
Zoom for Government와 Zoom for Education이 존재합니다. 업데이트 주기가 약간 다르고 화면 공유 UI가 때때로 다릅니다. 소비자 Zoom 빌드에서만 검증하는 어시스턴트는 연방 계약업체 면접에서 결국 문제가 될 것입니다.

결론: Zoom 특정이 "Zoom에서 작동한다"는 의미는 아닙니다. 이는 "응시자가 실제로 마주치는 실제 Zoom 표면에 대해 검증됨"을 의미합니다.

Zoom에서 AI 인터뷰 어시스턴트가 작동하는 방식

실시간 코파일럿의 전체 파이프라인은 모든 미팅 플랫폼에서 동일하다 — 오디오 캡처, 전사, 그라운드, 추론, 렌더 — 하지만 각 단계는 그 아래 플랫폼에 따라 달라진다. Zoom에서는 세 가지가 플랫폼별로 다르다: 오디오 경로, 렌더링 제외, 그리고 Zoom 자체 AI 기능과의 통합.

오디오 캡처: macOS vs. Windows

macOS에서 어시스턴트는 Core Audio의 loopback 인터페이스를 사용하거나, macOS 14 이상에서는 ScreenCaptureKit 오디오 API를 사용하여 시스템 오디오 출력을 구독한다. 이는 커널 확장이나 가상 오디오 장치 없이 Zoom이 스피커로 재생하는 모든 것(인터뷰어의 음성)을 들을 수 있다는 뜻이다. Zoom 데스크톱 앱은 인터뷰어 오디오를 표준 Apple 오디오 경로를 통해 라우팅하므로, 제대로 구축된 어시스턴트는 Apple의 화면 녹화 도구와 같은 방식으로 이를 캡처한다.

Windows에서는 WASAPI의 loopback 모드와 동일하다. 어시스턴트는 IMMDevice를 render-loopback 모드로 열고 Zoom이 스피커에 쓰는 것과 같은 버퍼를 읽는다. Zoom Windows 클라이언트는 이를 지원한다. 일부 DRM 보호 애플리케이션처럼 시스템 loopback으로부터 오디오를 차단하지 않는다.

실질적 의미: 네이티브 데스크톱 어시스턴트는 Zoom 오디오를 깔끔하게 캡처한다. 브라우저 탭 도구는 할 수 없다. 브라우저는 사용자가 "오디오와 함께 탭 공유"를 명시적으로 활성화하지 않으면 시스템 loopback에 접근할 수 없기 때문이다 — 그리고 채용담당자에게 이를 활성화하도록 요청할 수는 없다. 이것이 브라우저 탭 인터뷰 도구가 Zoom에서 막힌 가장 큰 이유다.

브라우저 탭 도구가 Zoom에서 실패하는 이유

브라우저 탭은 자신의 페이지 오디오만 듣는다. 브라우저 탭 인터뷰 도구는 Zoom을 브라우저 내에서 실행하도록 요청하거나(갤러리 보기와 반응 같은 기능을 잃게 됨), 마이크로 스피커에서 나오는 인터뷰어의 음성을 캡처해야 한다 — 이는 노이즈가 크고, 느리고, 헤드폰을 사용하면 작동하지 않는다. 네이티브 데스크톱 도구는 두 문제를 모두 피한다. 어시스턴트가 네이티브 앱이어야 하는 근본적인 이유는 이 오디오 경로가 최소 기준이지 최대치가 아니기 때문이다.

렌더링: Zoom의 화면 공유 파이프라인에서 제외되는 방식

Zoom의 화면 공유 시스템은 두 데스크톱 플랫폼에서 모두 OS의 윈도우 캡처 API를 기반으로 한다. macOS에서는 CGWindowList와 ScreenCaptureKit을 의미한다. Windows에서는 Desktop Duplication API와 Graphics Capture API를 의미한다. 어시스턴트는 NSWindowSharingNone(macOS)과 SetWindowDisplayAffinity(WDA_EXCLUDEFROMCAPTURE)(Windows)를 설정하여 이들로부터 제외된다. Zoom이 OS에 윈도우 목록을 요청할 때, 어시스턴트는 목록에 나타나지 않는다. Zoom이 전체 데스크톱을 캡처할 때, OS는 캡처 버퍼에서 제외된 윈도우를 건너뛴다.

이는 DRM 비디오를 스크린샷에서 숨기는 것과 같은 메커니즘이다. 이는 애플리케이션 수준의 트릭이 아니라 OS 수준의 보장이다. 올바르게 구축된 어시스턴트는 실수로 Zoom 공유에 나타날 수 없다 — 하지만 이 플래그를 사용하지 않는 도구는 마케팅이 뭐라고 주장하든 절대 숨길 수 없다.

Zoom AI Companion과의 통합

Zoom AI Companion(이전 Zoom IQ)은 Zoom 자체의 자동 요약 기능이다. 미팅 오디오를 전사하고 호스트가 나중에 검토할 수 있는 요약을 생성한다. 이해해야 할 점은 AI Companion이 무엇을 볼 수 있고 볼 수 없는지다. 미팅 오디오를 전사한다 — Zoom이 이미 라우팅하는 것과 같은 오디오 — 이는 인터뷰어가 말한 것과 당신이 마이크에 말한 내용을 본다는 뜻이다. 로컬 UI는 보지 않는다. 두 번째 모니터는 보지 않는다. Acedly는 보지 않는다. AI Companion은 데스크톱 모니터가 아니라 전사 서비스다.

Zoom 전용 스텔스 체크리스트

Zoom에서의 스텔스는 스펙트럼이 아니라 이진적입니다. 면접관은 어시스턴트를 보거나 보지 않으며, 테스트가 이루어지는 여섯 가지 특정 Zoom 영역이 있습니다. 제대로 된 Zoom 면접 어시스턴트는 면접관이 실제로 사용하는 Zoom 버전에서 여섯 가지 모두를 통과해야 합니다.

Zoom의 "화면 공유 → 윈도우" 선택기에서 제외됨. 지원자가 "화면 공유"를 클릭하면 Zoom에서 사용 가능한 애플리케이션 윈도우 그리드가 표시됩니다. 어시스턴트는 그 그리드에 나타나서는 안 됩니다. 이것이 불완전하게 개발된 도구의 가장 일반적인 실패 사례입니다. 공유 과정에서는 숨겨지지만 선택기에 나타나서 지원자가 실수를 알아차리기까지 2초 동안 잘못된 항목을 볼 수 있다는 것입니다.
전체 데스크톱을 공유할 때 숨겨짐. Zoom의 "전체 화면" 공유는 그 모니터에 표시되는 OS의 모든 내용을 캡처합니다. 어시스턴트는 OS 캡처 수준에서 제외되어야 하므로 Entire-Screen 공유를 통해서도 노출되지 않습니다. 이곳이 NSWindowSharingNone과 WDA_EXCLUDEFROMCAPTURE가 진정한 가치를 발휘하는 지점입니다.
Zoom의 "앱 윈도우" 공유 목록에 나타나지 않음. 선택기와는 별도로, 이것은 지원자가 면접 중 공유 중인 윈도우를 전환할 수 있게 하는 공유 내 도구 모음입니다. 초기 공유에서는 숨지만 전환기에 다시 나타나는 어시스턴트는 한 번의 클릭만으로 노출될 수 있습니다.
Zoom 녹음에 나타나지 않음. 로컬 Zoom 녹음과 클라우드 녹음은 모두 호스트가 보는 것과 동일한 캡처 버퍼를 사용합니다. 캡처에서 제외된 윈도우는 둘 다에 나타나지 않습니다. 따라서 지원자의 관점에서는 AI Companion이 자동으로 생성하는 것을 포함한 면접 재생이 어시스턴트를 절대 표시하지 않습니다.
Zoom의 회의 중 반응 및 커서 강조에서 숨겨짐. 일부 Zoom 기능(스포트라이트 커서, "공유 화면에 그리기" 주석 오버레이)은 공유 영역 위에 렌더링됩니다. 올바르게 숨겨진 어시스턴트는 모든 것 아래에 있습니다. 단순히 시각적 계층에서만 숨겨지는 것이 아니라 소스 수준에서 제외됩니다.
Zoom for Government / Zoom for Education 빌드와 호환됨. 이들 빌드는 별도의 FedRAMP 준수 또는 FERPA 준수 코드 경로를 가집니다. 사용되는 윈도우 캡처 API는 동일하므로 제대로 구축된 어시스턴트는 그곳에서도 작동합니다. 하지만 검증은 일반 Zoom이 아닌 실제 빌드에서 수행되어야 합니다.

이 중 어느 것을 검증하는 올바른 방법은 마케팅 페이지를 읽는 것이 아니라, 친구와 Zoom 통화를 시작하고 세 가지 방식(한 개의 앱 윈도우, 데스크톱, 보조 모니터)으로 화면을 공유한 다음 그들이 무엇을 볼 수 있는지 확인하는 것입니다. 친구에게 보이는 모든 것은 채용담당자에게도 보입니다.

비교: Zoom 면접 도구는 실제로 어떻게 다른가

"Zoom AI" 검색 결과에 나타나는 대부분의 제품은 네 가지 유형 중 하나이며, 오직 하나만이 진정한 Zoom 면접 어시스턴트입니다. 다음은 우리가 내부적으로 사용하는 비교표입니다.

Zoom 면접 어시스턴트 비교

Feature	Acedly	브라우저 탭 AI	화면 녹음 코파일럿	일반 AI 채팅
Zoom 종단 간 지연 (중앙값)	~98 ms	~600–900 ms	통화 후만	~2–4초
Zoom 화면 공유 스텔스	OS 캡처 수준에서 제외	브라우저 탭만 (전체 화면에서 실패)	재생 중 표시됨	아니오 (단순한 윈도우)
화면의 코딩 환경 인식	Coderpad, HackerRank, LeetCode 등	동일 브라우저로만 제한	예, 통화 후	수동 붙여넣기만
지원자의 이력서 및 직무기술서 연동	예, 기본적으로	때때로	N/A (통화 후)	붙여넣는 경우만
Zoom 소분실 지원	예 (오디오 경로 동일)	종종 세션 재설정	예 (방 녹음)	N/A
Zoom AI Companion에 표시	아니오 (로컬 UI만)	아니오	아니오	아니오

이 표를 정직하게 해석하면 브라우저 탭 도구와 일반 AI 채팅은 실제 Zoom 면접 어시스턴트와 같은 범주에 있지 않습니다. 그들은 키워드는 같지만 기능은 다릅니다. 화면 녹음 코파일럿은 실시간 지원이 아닌 사후 자체 검토에 유용합니다. Acedly가 속한 범주는 지연 시간, 스텔스, 근거, 화면 읽기라는 네 가지가 모두 동시에 해결되어야 하는 매우 좁은 범주입니다.

Zoom 인터뷰 시작 10분 전 할 일

설정에 5분을 투자하는 것이 어색한 통화 중 훌륭한 코파일럿보다 낫습니다. Zoom 인터뷰 어시스턴트를 가장 잘 활용하는 지원자는 시작을 압박감 아래서 해결해야 할 것으로 취급하지 않고 체크리스트로 취급하는 사람들입니다.

실제로 사용할 Zoom 버전으로 친구와 화면 공유를 테스트하세요. 통화 20분 전에 Zoom 테스트 미팅을 열고 세 가지 방법(One Window, Entire Screen, Second Monitor)으로 화면을 공유한 후 친구가 보면 안 되는 것을 보지 않는지 확인하세요. 이것이 할 수 있는 가장 가치 있는 단일 작업입니다.
단축키를 조용히 두 번 연습하세요. 가장 흔한 통화 중 실패는 스트레스 상황에서 한 번도 사용해본 적 없는 단축키를 서툴게 다루는 것입니다. 두 번의 깔끔한 반복이 근육 기억을 고정합니다.
마이크 입력 수준을 확인하세요. Zoom의 자동 이득 제어가 책상 두드리는 소리를 "음성" 볼륨으로 증폭할 수 있습니다. Zoom 오디오 설정을 열고 문장을 말한 다음 입력 미터가 녹색 밴드에 있는지 확인하세요.
패널 라운드인 경우 Gallery 보기를, 1:1인 경우 Speaker 보기를 선택하세요. Gallery 보기는 채용담당자가 모든 면접관을 보기를 원하기 때문에 패널의 기본값입니다. Speaker 보기는 질문자를 중앙에 유지합니다. 면접관의 얼굴을 보는 기술 라운드에 더 좋습니다.
Acedly를 두 번째 모니터로 옮기세요. 이것이 가장 큰 눈치 제어 이동입니다. Acedly가 Zoom 창과 같은 모니터에 있으면 눈높이가 흔들립니다. 두 번째 모니터에서는 시선이 카메라에 고정되고 어시스턴트는 주변부에 남습니다.
실수로 공유하고 싶지 않은 것은 모두 닫으세요. Acedly이 화면 공유에서 제외되어 있어도 Slack 창과 초안 이메일은 그렇지 않습니다. 표준 위생 관리입니다.
이력서를 평문으로 열어두세요. 어시스턴트를 위한 것이 아닙니다. Acedly이 이미 가지고 있습니다. 채용담당자가 이력서와 관련된 무언가를 묻고 살짝 보고 싶을 경우를 대비해서입니다.

개인정보 보호: Zoom 녹음이 보는 것과 면접관이 보는 것

Zoom에서 "보이는 것"의 두 계층은 쉽게 혼동될 수 있으며 인터뷰 어시스턴트에 대한 정직한 평가를 위해 차이가 중요합니다.

실시간 화면 공유 계층은 면접관이 실시간으로 보는 것입니다. 이 기사의 모든 것(여섯 가지 스텔스 표면, 공유 선택기, 전체 데스크톱 공유)은 이 계층에 관한 것입니다. 적절히 구축된 어시스턴트는 OS 캡처 수준에서 보이지 않습니다. 면접관은 통화 중에 Acedly를 볼 수 없습니다.

녹음 계층은 호스트가 클라우드 또는 로컬 녹음을 활성화한 경우 저장되는 것입니다. Zoom 녹음(자동 생성 AI Companion 요약 포함)은 호스트가 보는 것과 같은 캡처 버퍼에서 생성됩니다. 캡처 제외 창은 OS가 처음부터 버퍼에 넣지 않았기 때문에 녹음에도 표시되지 않습니다.

Zoom AI Companion은 지원자가 자주 걱정하기 때문에 명시할 가치가 있습니다. AI Companion은 회의 오디오(면접관 + 지원자 마이크)를 전사하고 요약을 생성합니다. 지원자의 로컬 화면, 지원자의 두 번째 모니터 또는 지원자의 머신에서 실행되는 모든 프로세스에 액세스할 수 없습니다. 이것은 전사 서비스입니다. Acedly의 관련 속성은 생성되는 모든 것이 지원자의 로컬 UI에 존재하고 회의 오디오에 절대 들어가지 않는다는 것입니다. Acedly은 마이크로 말하지 않습니다.

정직한 틀: 나중에 Zoom 녹음을 검토하는 채용담당자는 라이브로 본 것과 정확히 동일한 것을 봅니다. 어시스턴트를 드러내는 특권적 재검토를 받지 못합니다. 캡처 제외는 두 경우 모두 동일한 메커니즘입니다.