Acedly AI 在 Microsoft Teams 上：Teams 实时面试 Copilot (2026)
Acedly AI 在 Microsoft Teams 上的工作原理——对屏幕共享隐形、与 Teams 实时字幕和录制兼容、针对企业面试流程优化。下次 Teams 面试的隐蔽性验证清单。
Devon Park
Head of Research, Acedly
Microsoft Teams 面试助手是什么？
Microsoft Teams 面试助手是一个为 Teams 捕获模型专门构建的桌面 copilot。它不是一个带有 Teams 界面的通用 AI 聊天。这个类别之所以存在，是因为 Teams 的音频路由方式不同于 Zoom，在屏幕共享期间展示不同的界面，并配备自己的 AI 功能（实时字幕、Copilot 摘要、智能回顾），这影响了候选人需要考虑的内容。
工作原理与任何 AI 面试助手相同——监听、基于你的简历和职位要求起草回应，并将草稿呈现在面试官看不到的屏幕上——但使其在 Teams 上运行的实现细节与在 Zoom 上运行的细节不同。一个在 Zoom 上演示效果良好的工具仍然可能出现在 Teams"共享窗口"选择器中、被纳入 Together mode 背景，或触发 Teams Premium 水印。平台级的验证是不能通用的。
为什么 Microsoft Teams 主导企业面试循环
按公司规模来看面试平台的使用情况，Teams 和 Zoom 在财富 1000 强的分界处基本位置互换。在这条线以下，Zoom 占主导地位——初创公司、中端市场科技、大多数精品公司都使用 Zoom。在这条线以上，局面反转。任何使用 Microsoft 365 E3 或 E5 的企业都根据政策在 Teams 上进行面试，因为 IT 部门已经购买了许可证，采购部门已经进行了审查。
具体来说，Teams 是以下企业的默认选择：
- 投资银行和金融超级日。高盛、摩根大通、摩根士丹利、贝莱德——都是 Microsoft 365 的重度用户。
- 四大咨询公司和 MBB 战略公司与企业客户面试时（这些公司内部通常使用 Zoom，但面向客户的案例面试则使用客户使用的平台，而客户基本都使用 Teams）。
- 财富 500 强公司职能部门——财务、运营、供应链、法律、非科技公司的内部产品岗位。
- 微软和 Microsoft 合作伙伴生态系统。
- 英国和欧盟企业中 Teams 的渗透率比美国更高。
对于 2015 年后成立的公司，产品、设计和工程面试的默认平台仍是 Zoom。总的来说，如果你在成熟企业面试高级管理职位，基本都是用 Teams，而你的助手在 Zoom 上进行的隐蔽验证不适用于 Teams。
AI 面试助手在 Microsoft Teams 上的工作原理
流程——音频捕获、实时转录、基础推理、隐藏渲染——在概念上在每个平台上都是相同的。值得了解的实现差异集中在三个地方。
Teams 的音频路由与 Zoom 不同
Teams 使用 Microsoft 的 Real-time Media Stack，在 Windows 上通过 audiodg.exe（Windows Audio Device Graph 隔离进程）路由会议音频，然后才到达您的输出设备。一个认真的 copilot 应该在 WASAPI 层订阅系统环回，而不是试图钩住 Teams 进程，因为钩住特定进程的音频在 Teams 桌面更新中会很脆弱，在 Teams web 上会完全失效。在 macOS 上，Teams 通过系统混音器的音频路径更加常规；等效的捕获是通过 Core Audio 对默认输出设备的窃听。
实时字幕、Together mode 和库视图
Teams 提供了三个 Zoom 没有具有相同保真度的功能，每个功能都值得理解：
- 实时字幕由 Microsoft 自己的服务器端语音转文字从会议音频流生成。它们永远不会看到您的本地 UI。如果您的面试官打开实时字幕，他们转录的是他们听到的内容，而不是您屏幕上显示的内容。
- Together mode 将参与者合成到共享虚拟背景中。服务器端基于每个参与者的摄像头流进行合成。它不会从您的活动窗口中提取。（一些早期的 Teams 测试版功能试图摄入桌面内容进行「场景」检测；这些功能没有发布到公众版本。）
- 大库 / 大会议视图的行为方式相同——它们渲染摄像头流，而不是屏幕内容，除非候选人明确共享。
Teams 桌面版与 Teams web 版
Windows 和 Mac 上的 Teams 桌面应用是围绕 Electron 渲染 UI 的本机外壳。捕获表面——屏幕共享选择器中可见的窗口、焦点模型、Alt-Tab 行为——都是操作系统级别的关注点，表现得像任何其他本机应用。Teams web（teams.microsoft.com）完全在浏览器中运行。Teams web 上的屏幕共享使用浏览器的 getDisplayMedia API，这意味着共享选择器是浏览器的选择器，而不是 Teams 的。面试官可以看到的窗口集由 Edge 或 Chrome 决定，在 Teams 桌面版上隐形的 copilot 也应该针对 Teams web 上的浏览器级别捕获模型进行测试。
Teams 特定的隐形检查清单
一个 copilot 要么在 Teams 上隐形，要么不隐形，而「在 Zoom 上隐形」不是一个充分的参考。明确运行这六项：
- **从 Teams 的「共享窗口」选择器中排除。**当候选人点击 Share → Window 时，Acedly 窗口不会出现在可共享窗口的列表中。这在 Windows 上需要
WDA_EXCLUDEFROMCAPTURE，在 macOS 上需要NSWindowSharingNone，设置在实际渲染表面上，而不仅仅是父级。 - **共享整个桌面时隐形。**如果候选人共享整个屏幕，助手的像素不会出现在捕获的帧中。这是相同的操作系统标志，但针对全屏捕获而不是每个窗口进行测试。
- **隐藏在 Teams 的 Together mode 和大库合成中。**这些功能从摄像头流中提取，而不是从桌面内容中提取，所以风险在很大程度上是理论性的——但测试是与同事启动 Together-mode 通话，通过您的桌面进行 Alt-Tab，并确认没有泄露。
- **从 Teams 会议录制中排除。**Teams 录制是在服务器端从会议接收的流（摄像头 + 屏幕共享流）合成的。未被共享的本地 UI 不会出现在录制中。验证是录制测试会议，共享窗口，Alt-Tab 到 Acedly，然后在 Stream / OneDrive 中查看录制。
- **与 Teams Premium、Teams for Government 和 Teams Rooms 兼容。**Teams Premium 添加了水印和智能回顾；两者都不会摄入超出正在共享内容之外的本地屏幕内容。Teams for Government 在单独的云中运行（GCC / GCC High / DoD），但使用相同的桌面客户端。Teams Rooms 是一个完全不同的模型——这些是会议室设备，候选人不太可能在设备端，但混合模式会议（其中一个参与者在 Teams Room 中）仍然尊重每个参与者的捕获隔离。
- **在「共享计算机音频」切换时保持隐形。**当候选人在屏幕共享期间启用「共享计算机音频」时，Teams 以不同方式路由音频，在较旧的 Teams 桌面版本中会短暂地重新评估捕获表面。现代 Teams 客户端（2024 年后）可以干净地处理这个问题，但值得明确运行测试。
比较：Acedly vs. 浏览器标签 copilot vs. Teams 上的通用 AI
| Feature | Acedly | Teams 网页扩展 | 浏览器标签 AI | 通用 AI 聊天 |
|---|---|---|---|---|
| 中位数端到端延迟 | ~98 ms | ~600–900 ms | ~500–900 ms | ~2–4 seconds |
| Teams 桌面版的隐匿性 | 是（操作系统级别捕获排除） | N/A — 无桌面界面 | 否 — 在窗口列表中可见 | 否 — 在窗口列表中可见 |
| Teams 网页版的隐匿性（Edge / Chrome） | 是 — 针对 getDisplayMedia 已验证 | 对扩展宿主可见 | 仅限标签，易崩溃 | 未设计此功能 |
| 读取屏幕上的编程面试 UI | 是 — Coderpad、HackerRank 等 | 有限 | 有限 | 否 |
| 以简历 + JD 为基础 | 默认是 | 有时 | 有时 | 仅当粘贴时 |
| 与 Teams Premium 租户兼容 | 是 | 取决于扩展策略 | 取决于浏览器策略 | 是 |
「Teams 网页扩展」一栏之所以重要，是因为一些助手产品作为浏览器扩展交付，设计用于在 Teams 网页版内运行。这些对 Teams 网页 JavaScript 宿主可见，这意味着它们会显示在扩展权限审计中，在托管设备上也会出现在 IT 管理员控制台中。就隐匿性而言，它们与操作系统级别的桌面 copilot 不同。
在 Teams 面试前 10 分钟要验证什么
测试运行需要十分钟，可以防止实际发生的故障模式：
- 与同事进行测试共享，使用「共享窗口」和「共享桌面」。 这是最重要的测试。Acedly 应该在窗口选择器中不可见，在捕获的画面中也不可见。
- 确认 Teams 没有自动升级为 Teams Rooms 通话。 与另一端 Teams Room 设备的混合模式会议具有更严格的捕获和水印行为。候选人的本地捕获隔离不变，但值得进行此测试。
- 验证你的快捷键在 Teams 的焦点模型下是否有效。 Teams 会占用键盘焦点用于通话内快捷键（Ctrl+Shift+M 用于静音等）。确保你的助手快捷键不会与 Teams 快捷键冲突，且无论哪个窗口获得焦点都能触发。
- 如果你有第二台显示器，将 Acedly 移到第二台显示器。 这是额外的保险措施，而不是隐匿性要求——无论如何，操作系统级别的排除都有效——但使用第二台显示器可以减少通话中不小心泄露的风险。
- 禁用 Windows 通知和专注助手。 Teams 面试经常被 Outlook 日历弹出窗口打断。专注助手或「勿扰模式」可以独立地解决这个问题，与 Acedly 无关。
实时字幕、Copilot 以及 Microsoft AI 能看到什么
老实说：Teams 现在在许多企业租户中提供 Microsoft 365 Copilot 会议摘要、实时字幕和「智能回顾」。候选人提出了合理的问题：这些功能是否能检测或转录他们本地屏幕上发生的内容。
答案是否定的，但有一个例外。Teams 中的 Microsoft 365 Copilot 获取会议记录（会议音频的服务器端语音转文字）以及通过会议聊天或屏幕共享共享的任何文档。它无法访问你的本地桌面、其他窗口或任何未被实际传输到会议的内容。实时字幕的工作方式相同——它们转录会议的音频流，而不是你的麦克风或屏幕。智能回顾处理的是通话后的录音。
例外情况是，录音或转录中的任何内容现在都被该租户的 Copilot 编制索引。如果候选人的音频包括他们逐字朗读 Acedly 草稿——这是我们在主要部分中警告的节奏失误——那么该文本现在就在一个可搜索的转录中，公司的招聘人员稍后可以通过 Copilot 检索。风险不在于被检测，而在于候选人自己的言论。
Teams Premium 在共享内容上添加水印，防止某些录制途径，但同样，水印在共享的画面上，而不是在候选人的本地桌面上。Teams for Government 在隔离云中运行，具有更严格的合规态势，但使用相同的 Teams 客户端和相同的捕获隔离规则。