CoderPad 能偵測作弊嗎？

人們搜尋這個問題，背後的擔憂通常是有一個隱藏的偵測程式在悄悄替你打分數。這種擔憂不無道理，但答案取決於公司寄給你的是哪款 CoderPad 產品，因為即時面板和非同步測驗關注的內容並不相同。本節先區分這些產品，接下來兩節再分別說明各自能看到什麼。

CoderPad 以同一個名稱銷售多款工具。CoderPad Interview 是即時協作編輯器，常搭配數位白板使用，工程師會即時加入並與你一起工作。CoderPad Screen 是限時獨立完成的非同步程式設計評測，其文件中專門有一頁介紹作弊預防與偵測。CoderPad Qualify 則在招募流程的更早階段執行自動化預篩選。

邀請信通常會說明你參加的是哪一種。附有面試官姓名的行事曆時段代表即時面板；點開後是帶有題目數量與截止時間的限時測驗連結，則代表 Screen。如果你分辨不出來，可以問問招募人員這一輪採用什麼形式；這是很正常的問題，而答案會影響你的準備方式。

在即時面板上，你的編輯器就是他們的編輯器。他們能看到字元隨著你的輸入逐個出現、游標跳動、刪除動作、你選擇的語言，以及你每一次執行程式碼。一次性整塊出現的程式碼，與逐行輸入並不斷修正的程式碼看起來截然不同，無需任何軟體，人人都能察覺這種差別。

通話結束後，程式碼回放讓招募團隊的任何人都能依序重播整場會話。在 Reddit 上見過審查端介面的應徵者形容，它就像一份逐步記錄輸入內容的回放，同時還會標出應徵者何時在面板上、何時離開了面板。因此，長時間空白之後出現一個完整的函式，會被看到兩次：一次是在現場，另一次是在審查錄影的人面前。

即時面板本身沒有內建攝影機監考。如果攝影機開著，那是因為面試通話使用了視訊，無論這通通話是在 CoderPad 內進行，還是在團隊選定的另一個會議應用程式上進行。

設想一位應徵某支付公司中階職缺的前端工程師。他正確解出了題目，但面試官問起其中一個輔助函式時，他無法逐行講解，而回放顯示這個函式是一次性貼上進來的。任何一個訊號單獨出現或許還能被原諒；兩者疊加，這一輪面試就到此為止了。

關於其他平台能觀察到什麼、不能觀察到什麼的詳細解析，請見可偵測性主題中心。

自動化檢查主要集中在 Screen。CoderPad 的防作弊功能清單包括程式碼回放、複製/貼上追蹤、位置追蹤、異常提醒、題目隨機化和抄襲偵測。其 Screen 文件將抄襲列為它會自動偵測的模式之一。

實際上，這意味著你得到的報告不只有分數。預計報告中會在你的程式碼旁邊顯示貼到編輯器的內容、離開測驗視窗的時間、中途位置的變化，以及與已知答案的相似度。一份第三方對 Screen 的分析還列出了退出 IDE、IP 變化，以及招募團隊可以選擇開啟的攝影機標記，因此請閱讀測驗說明，確認是否要求開啟攝影機。

有兩點限制值得了解。第一，標記只是提供給審查人員參考的證據，並不會自動判定不合格。為了查閱語言文件而切換一次分頁很普通，審查人員也清楚這一點；真正改變報告觀感的，是長時間離開後緊接著出現完整答案的模式。第二，這些檢查只能看到瀏覽器裡發生的事：編輯器、視窗和網路連線。同一份第三方分析稱 Screen 不會直接偵測 AI 助手的使用，而 CoderPad 則把自己的做法描述為具備 AI 感知能力、以專案為基礎的評測，並採用分層偵測。貼近實際的專案型題目更難套用現成答案，這正是設計它們的用意。

關於評測平台如何審查應徵者的更多內容，請見招募平台與審核主題中心。

SubcueAI 是為面試中口說交流的部分而設計的。原生 macOS 和 Windows 應用程式會擷取系統音訊以及你的麥克風，並在本地浮動視窗中顯示建議。瀏覽器擴充功能的側邊欄可在 Chromium 系瀏覽器上為會議分頁提供即時協助，僅擷取該分頁的音訊，因此不會轉錄你本人的聲音。沒有任何會議機器人加入通話，也不會向會議頁面注入任何內容。

CoderPad 環節大多不屬於這種情況。如果你分享螢幕，本地浮動視窗就在你分享的內容之內，這是硬性限制，而不是可以調整的設定。如果會話被錄製，情況同樣如此。在 Screen 上通常根本沒有對話，因此聆聽型助手也無從幫忙。助手真正發揮作用的地方，是程式設計環節前後的交流：之前的招募人員初篩、後續追問，以及同一流程中的行為面試環節。

SubcueAI 如何處理面試音訊以及保留哪些內容，寫在安全頁面上。至於程式設計環節本身，誠實的準備方式是限時演練。練習一邊寫程式碼一邊大聲講解，因為比起任何標記，審查人員更信任這樣的講解，你可以在模擬面試頁面上進行這些練習。