在实时编程面试中使用 AI 助手

你可能担心实时编程面试里的 AI 助手要么是魔法、要么是陷阱。本节解释它在 45 分钟编程回合中究竟做什么，以及哪些工作仍然得由你自己完成。一句话：它负责聆听、转录和建议——它不会替你打字。

在 Zoom、Google Meet 或 Microsoft Teams 上的典型编程面试中，面试官会朗读或粘贴一道题目，然后看着你在 CoderPad、HackerRank 或 Google Doc 这类共享编辑器里作答。像 SubcueAI 这样的助手会同时采集你的麦克风和面试官的系统音频，实时转录题目，并在你自己屏幕上的悬浮叠加层中给出候选人一侧的建议——一个该问的澄清问题、一种暴力解法、一段复杂度分析，或一份代码骨架。

你仍然要自己读题、提出澄清问题、讲清权衡取舍并亲手写代码。这个助手更像一位飞快地在你耳边低声提示的结对编程伙伴，而不是替你解题的自动补全。想更深入了解音频采集管线，参见 工作原理专题。

最常见的翻车方式就是把叠加层的内容照着念出来。面试官能察觉到长时间的停顿、用词的突然变化，以及答非所问、忽略他们刚提出的追问。几个有帮助的习惯：

• 先开口，再瞥一眼。在看任何建议之前，先用自己的话把题目复述一遍。
• 用它来梳理结构，而不是照搬句子。让它提醒你用哪种模式（双指针、单调栈、拓扑排序），代码自己写。
• 把复杂度分析换成自己的话。如果叠加层显示 O(n log n)，因排序所致，先说清为什么需要排序，再给出这个上界。
• 面试官打断时就别看它。先回答房间里的那个人；建议还会在那儿。

设想一位后端工程师正在面试某公有云厂商的 L5 岗位。题目是区间合并的一个变体。她没有从头到尾念叠加层给出的解法，而是问了两个她本来就想到的澄清问题，在共享屏幕上勾勒出暴力解法，只在确认零长度区间这个边界情况时瞥一眼叠加层。整场面试听起来就是一次正常而出色的发挥，而不是一段背诵。

实时编程面试形态差异很大，助手的有用程度也相差很多：

• 很合适：在 Zoom、Google Meet 或 Microsoft Teams 通话中，你共享一个浏览器标签页打开 CoderPad、HackerRank、LeetCode 或 Google Doc，面试官看着你打字。
• 部分合适：白板式回合，你只口头讲解代码而不运行——助手能帮你梳理结构和复杂度，但所有书写都由你完成。
• 不合适：有监考的平台（HackerRank proctored、CodeSignal certified、Karat）、要求你共享整个屏幕而非单个标签页的面试、被屏幕录制软件录下的带回家测试，或者在公司统一管理、无法安装软件的笔记本上进行的面试。

SubcueAI 是原生的 macOS 或 Windows 应用——没有会加入通话的会议机器人，也没有浏览器扩展。叠加层只存在于你本地的机器上。这种设计避免了机器人参会者那些明显的破绽，但它并不能绕过屏幕共享或监考软件。完整而诚实的限制清单请见 可检测性专题页。

SubcueAI 创始人 Aaron Cao 在设计这款桌面应用时秉持一个理念：候选人在编程回合中要操心的事已经够多了，所以设置应该一次做好、然后就抛诸脑后。一份合理的面试前清单：

• 提前一天就安装并登录，而不是通话前五分钟才弄。
• 用你真实面试将要使用的同一个平台（Zoom、Google Meet 或 Microsoft Teams），和朋友做一次彩排。
• 确认麦克风和系统音频都在被采集——面试官的音频才是驱动转录的关键。
• 把叠加层放在第二台显示器上，或放在你瞥一眼就能看到、而眼神不会明显移动的角落。
• 专门用一次模拟练习不使用它，这样万一出问题你也有退路。

分步的安装与音频设置见 教程页，套餐与额度详情见 价格页。