你能把 Claude 用作 AI 面試助手嗎？
作者 Aaron Cao · 更新於
用於準備，可以；用於真實通話，不行。Claude 是一款聊天助手，只能接收你輸入的內容，所以它聽不到你的面試官說話，也無法即時作答。即時輔助需要一款能擷取會議音訊的工具。
面試前 Claude 擅長做什麼
Claude 很擅長處理準備工作中書面的那一半。把職缺說明和你的履歷貼進同一段對話，讓它指出這個職位真正考察的能力項，再讓它草擬面試官會用來逐一考察這些能力的問題。因為它能在脈絡中容納長文件，所以它是逐點把你的經歷與職缺說明對照，而不是給出泛泛的建議。
它也是打磨你個人故事的耐心編輯。給它一份粗略的 STAR 大綱，讓它追問其中薄弱的環節：當時的取捨是什麼、為什麼選擇那條路、後來發生了什麼變化。正是這種追問，才能把一段模糊的軼事打磨成一個你能不打結講出來的答案。
Claude 止步的地方，是面試中口頭的、限時的、無腳本的部分。對著語音面試官大聲練習是另一項技能，你可以在 模擬面試 頁面練習這項技能。
為什麼面試一開始 Claude 就啞火了
這種直覺很合理：如果 Claude 能在幾秒鐘內推理出一道系統設計題，那為什麼不在通話時開著第二個視窗用它呢？這一節要回答的正是，當你真去嘗試時到底會發生什麼。簡單說，一個聽不到問題的助手無法及時作答，而把問題餵給它這個動作本身，恰恰是面試官會注意到的部分。
Claude 是一個聊天介面。它只接收你輸入或貼上的內容，再無其他。在真實面試中，這意味著你得先聽清問題、把它記在腦子裡、準確地打出來、等待回覆、讀完它，然後再開口說話——與此同時，對面的人正盯著你的眼神和手部動作。問題問完到你說出第一個字之間的這段空檔，正是整件事崩掉的地方。
- 你就是轉錄層，所以長問題或多部分問題會被截斷。
- 盯著螢幕讀一段文字，會讓你的視線偏離攝影機。
- 打字聲在大多數麥克風上都能被聽見，在大多數視訊取景裡也能被看見。
這些都不是 Claude 的缺陷。它只是一個通用助手，做著通用助手該做的事。
聊天應用程式不是會議音訊工具
技術上的差異在於音訊權限，而不是模型品質。要回答一個你沒有輸入過的問題，軟體必須擷取面試官的聲音：要嘛是作業系統層面的系統音訊，這需要一款擁有音訊權限的原生應用程式；要嘛是瀏覽器內會議分頁的音訊，這需要一個擴充功能。包括 Claude 在內的通用聊天客戶端兩者都不具備，它們沒有任何管道能接入你的通話。
SubcueAI 同時提供這兩種形態。原生的 macOS 和 Windows 應用程式會擷取系統音訊和你的麥克風，轉錄雙方的發言，並在會議視窗旁的浮動本機疊層中顯示建議。瀏覽器擴充功能的側邊欄則涵蓋瀏覽器分頁內的通話，只擷取會議分頁的音訊，所以它只聽得到面試官，絕不會聽到你的麥克風。這兩種情況下都不會有機器人加入通話，也不會向會議頁面注入任何東西。
舉個具體的例子：一名後端工程師應徵某公有雲廠商的資深職位，被問到一個關於佇列背壓和值班取捨的兩段式問題。用聊天視窗的話，打字還沒打完，後半段問題就已經忘了。而用即時擷取，兩段都會被轉錄，在面試官還沒說完的時候提綱就已經出現。比較與替代方案 專題以同樣的方式梳理了其他工具類別。
誠實的侷限，以及一套尊重這些侷限的工作方式
沒有任何助手——包括 SubcueAI 在內——能在所有情況下都完全不被發現，誰這麼宣稱，誰就是在向你兜售風險。如果你分享螢幕，疊層就會出現在那塊螢幕上。如果會話被錄製，凡是可見的內容都會進入錄影。監考測驗和公司管控裝置可以限制甚至監控運行的一切程式。在通話前，而不是通話中，就決定好什麼對你的面試來說是可以接受的。
在這些限制之內，行之有效的分工很簡單。在面試前的幾天裡用 Claude：解析職缺說明、打磨四五個故事、演練你的技術選擇背後的推理過程。在通話中使用即時助手來應對準備工作覆蓋不到的部分，也就是壓力之下的快速回想，以及你沒有預料到的問題。桌面應用程式的架設演示見 教學 頁面。
如果你還在幾類工具之間做選擇，而不是在兩款具體產品之間做選擇，最佳 AI 面試助手 總覽列出了下手前應該測試的要點。