AI 面试助手在监考面试中是否可被检测？
作者 Aaron Cao · 更新于
是的——监考面试明确不在 AI 面试助手的适用范围内，包括 SubcueAI。监考软件通常会监控进程、屏幕内容、网络摄像头，有时还会监控整个设备，因此在监考环境下运行任何辅助工具都存在被检测的真实风险。
简短回答：假设可以检测到，不要使用
你担心监考面试可能会捕获 AI 辅助工具，并希望在冒着真正机会的风险之前得到直接的回答。答案就是这两句话：监考环境的设计就是为了检测外部辅助，没有任何负责任的 AI 面试助手——包括 SubcueAI——会声称能克服它们。
SubcueAI 是为普通的远程面试而构建的，这些面试使用 Zoom、Google Meet 和 Microsoft Teams，面试官只能看到你的摄像头和你选择共享的内容。监考面试属于不同类型的环境，具有不同的威胁模型，并明确不在支持范围内。你可以在 /security 页面了解更多关于该范围的信息。
监考软件实际能看到什么
“监考”包含广泛的设置，但大多数至少会执行以下部分功能：
- 进程和窗口检查 — 监考代理会列出正在运行的应用程序和前台窗口，并可能标记或终止未知应用。
- 屏幕捕获 — 整个桌面（而不仅是共享的标签页）会被录制或流式传输给人工审查员。
- 网络摄像头和麦克风监控 — 持续录制你的脸部和房间视频，有时还会进行视线追踪或第二人检测。
- 锁定浏览器 — 受限的运行时环境，会阻止其他应用、虚拟机或额外显示器。
- 管理设备要求 — 部分雇主要求在安装了 MDM、EDR 或远程桌面工具的公司笔记本上进行面试。
其中任何一项都可能显示本地覆盖层、额外音频设备或意外的进程。多项组合使得检测概率大大提高。关于 SubcueAI 支持和不支持的更广泛环境列表，请查看 /answers/topic/detectability 检测性中心。
SubcueAI 为何设计用于非监考远程面试
SubcueAI 的创始人 Aaron Cao 将产品设计围绕一个具体而狭小的用例：候选人使用自己的设备、在自己的房间里，通过标准视频通话与面试官进行沟通，面试官只能看到共享的摄像头和可选的共享窗口。SubcueAI 作为 macOS 和 Windows 上的原生桌面应用运行，带有浮动本地覆盖层，通过双音频捕获捕获对话双方，从不以机器人或浏览器插件的形式加入会议。
这种设计在普通远程面试中有助于保持隐秘，因为会议参与者列表中不会出现额外内容，浏览器扩展也不可见。当另一方控制你的屏幕、进程或设备时，它就无法起作用了——而这正是监考的目的。目标设置的详细说明请查看 /tutorial 页面。
没有 AI 辅助工具安全的其他情况
监考是最明显的例子，但同样的逻辑也适用于若干相关场景。请诚实地评估自己所处的情况：
- 现场或面对面面试 — 你不在自己的设备上。
- 屏幕共享整个桌面 — 浮动覆盖层就在该桌面上。
- 在厂商平台上进行录制的单向面试 — 平台常在锁定浏览器或站点模式下运行，并可能捕获整个屏幕。
- 公司管理的笔记本 — 端点软件可以统计并报告已安装的应用。
- 在面试官主持的环境中进行实时编码并屏幕共享 — 同样存在覆盖层可见性问题。
对于不属于以上情况的标准 Zoom、Google Meet 和 Teams 面试，SubcueAI 的设计是本地运行且不出现在摄像头中。该用例的定价和免费层级请查看 /pricing 页面。