Copilot 開發者面試問題：團隊真正會問什麼
作者 Aaron Cao · 更新於
面試官問的是你如何使用 GitHub Copilot，而不是你用不用。問題集中在五類：工作流程、生成程式碼的審查、安全與授權、除錯並非你親手寫的程式碼，以及知道何時該關掉它。他們考察的是判斷力，不是工具瑣事。
面試官究竟會問哪些關於 Copilot 的問題？
多數開發者擔心，承認自己每天都用 Copilot 會被看作短處。其實不會；招募團隊預設你在和助手一起工作，他們想聽的是你如何監督它。這些問題可以歸為五類。
- 工作流程：助手處在你開發循環的哪個位置，你把哪些任務交給它。
- 審查：生成的程式碼進入 pull request 之前，你如何驗證它。
- 安全與授權：提示詞裡的金鑰，以及來源不明的程式碼。
- 除錯：為你接受下來、而非親手寫下的程式碼承擔故障責任。
- 判斷力：哪些任務上你會把助手關掉。
這些問題都不獎勵工具瑣事，它們獎勵能描述自己的習慣並為之辯護的開發者。更多按職位和輪次劃分的題庫，在面試問題專題頁。
「你平常怎麼用 Copilot」該怎麼回答？
給出一個具體的循環，而不是對工具下結論。好的回答會點明任務、檢查方式和結果。
一位面試某支付公司資深職位的後端工程師這樣回答：她用 Copilot 起草表格驅動測試和樣板處理函式，在入庫前逐條對照規格審讀每個生成的分支，而並行敏感的路徑她堅持自己寫，因為助手反覆提出一種她無法自圓其說的加鎖順序。接下來的五分鐘，面試官追問的是加鎖順序，而不是 Copilot。
這就是值得照搬的模式。挑一件你會交出去的任務、一項你會做的檢查，以及一件你仍然親手寫的事。關於提速的含糊說法，只會招來你撐不住的追問，因為你給出的任何數字都會被深挖。
關於安全與授權，你該預料到哪些問題？
這一類問題最能拉開資深候選人的差距，卻也是多數人準備得最少的一類。
- 你會把專有程式碼或金鑰貼進提示詞嗎？ 預期答案是不會，並給出理由：提示詞內容會離開你的機器。
- 來源不明的生成程式碼你怎麼處理？ 說明你團隊的規定，或者說你會去爭取一條規定。
- 有沒有哪次建議引入了漏洞、被你抓住了？ 一次具體的險情，勝過一句「從來沒發生過」。
- 你會讓生成的程式碼不經人工審查就合併嗎？ 不會，並準備好說明審查能抓到測試抓不到的東西。
SubcueAI 創辦人 Aaron Cao 在設計這款助手時，堅持不讓機器人加入通話，也不向會議頁面注入任何東西，理由和這些面試問題的出發點一樣：團隊信任的是那些有人能當面講清楚資料流向的工具。這條資料路徑寫在安全頁面上。
如何準備這一類問題，以及即時協助的邊界
這裡的準備是口頭功夫，不是技術功夫。你本來就了解自己的工作流程，差距在於當有人等著你時，如何用九十秒把它講明白。把這些問題當作口頭演練來跑，就能補上這道差距，而模擬面試練習會追問下去，而不是丟給你一張唸稿。
也要把即時協助的邊界講清楚。SubcueAI 以原生 macOS 和 Windows 應用程式的形式運行，帶一個本機浮動視窗；也有一個瀏覽器擴充功能側邊欄，只擷取會議分頁的音訊。兩者都不會作為與會者加入通話。兩者都不適合用在有監考的測驗中、公司管控的裝置上，或你正在共享螢幕的時候，在這些情境下沒有任何助手是安全的。