指南9 min read
无法检测的面试 AI:“无法检测”究竟意味着什么 (2026)
2026 年一款面试 AI 真正“无法检测”意味着什么 —— OS 级屏幕共享排除、无浏览器扩展、不向麦克风注入任何内容 —— 以及在真实面试前证明这一点的三个测试。一份诚实的指南。
Devon Park
Head of Research, Acedly
「不可检测面试AI」的真正含义
大多数称自己为不可检测的工具描述的是一种希望,而不是架构。这个词只有在你能说出它背后的机制时才有意义。一个真正不可检测的面试AI同时把三件事做对了:
- 操作系统级屏幕共享捕获排除。 当面试官要求你共享屏幕时,该工具的窗口必须由操作系统本身从捕获的像素缓冲区中移除——macOS上的
NSWindowSharingNone,Windows上的WDA_EXCLUDEFROMCAPTURE。这是在完整桌面共享中生存的特性,而不仅仅是单窗口共享。 - 没有浏览器扩展。 扩展存在于面试官可以要求你共享的浏览器内,它会出现在扩展栏中。候选人最常报告被发现的竞争工具是那些隐身依赖于浏览器扩展的。原生桌面应用没有这样的问题。
- 没有任何东西进入你的麦克风。 copilot必须永远不要说话或向通话中播放音频。如果它这样做,会议的自身转录(Zoom AI Companion、Teams Copilot、Google Meet中的Gemini)会捕获它。真正的copilot只在屏幕上呈现文本;转录中唯一的内容是你大声说的话。
工具声称「不可检测」但实际上不是
声称和现实之间的差距通常是以下之一:
| Feature | 真正不可检测 | 声称是,但通常不是 |
|---|---|---|
| 屏幕共享行为 | 操作系统级捕获排除;在完整桌面共享中生存 | 依赖你仅共享一个窗口;完整屏幕共享会暴露它 |
| 安装表面 | 原生桌面应用,浏览器中没有任何内容 | 浏览器扩展在扩展栏中可见且可共享选项卡 |
| 音频 | 仅屏幕上的文本;永远不进入麦克风 | 大声朗读答案或播放会议转录捕获的TTS |
| 证明 | 每平台验证你可以自己重新运行 | 营销文案中的形容词;没有办法验证 |
Acedly围绕克服所有四个右列问题而构建:它是纯原生的(没有扩展),在八个验证平台(Zoom、Microsoft Teams、Google Meet、Webex、Lark/Feishu、Amazon Chime、Coderpad、HackerRank)上的操作系统级排除屏幕捕获,仅呈现文本,并发布每平台验证状态供你在自己的机器上重新运行。
三个测试在真实面试前证明它
不要相信任何工具的说法。与朋友的20分钟就能确定:
- 完整屏幕共享测试。 开始一个测试会议,共享你的整个屏幕(不仅仅是一个窗口),让你的朋友截图他们看到的内容。工具应该完全不见。
- 扩展测试。 打开你的浏览器扩展列表。如果「隐身」依赖于那里的某个东西,面试官要求你共享该浏览器就可以看到它。原生应用由于没有可找到的东西而通过测试。
- 转录测试。 记录测试会议,让平台的AI转录它,并阅读转录。copilot的输出不应该出现在任何地方——仅你大声说出的话。