回家寫的 Coding Take-Home 能不能用 AI？2026 年各家政策全解析

重點摘要： 能不能在 take-home coding assignment 用 AI，完全取決於公司，而這個分歧是真實存在的：Canva 現在要求你用，Code.org 允許你用但要揭露，仍有大約 62% 的組織正式禁止使用。題目沒講清楚時，先問再動手。不管你最後怎麼決定，幾乎所有 take-home 流程都會走到一場 live round，讓你逐行解釋自己交出去的程式碼——這才是真正值得花時間準備的部分。

今年有位 Amazon 應徵者在 r/leetcode 發文，描述了一件放在兩年前聽起來會很荒謬的事：招募人員主動提出要報銷最高 100 美元的 AI coding 工具費用，就是為了讓這位應徵者在某一輪面試裡用。另一邊，Blind 上另一位應徵者則寫到自己在 take-home 之後被拒絕，理由是他「說不出為什麼這段遞迴會終止」——雖然那段程式碼技術上跑得動，用人主管懷疑那是 AI 寫的，但從頭到尾都沒有明講。

這兩個故事在 2026 年都是真的，發生在不同公司，有時候甚至在同一個招募季裡同時上演。「這題可不可以用 AI」沒有單一答案，把它當成是非題來處理，正是應徵者兩頭挨打的原因——要嘛在一個原本就期待你會用 AI 的環節上藏著不用，要嘛在一個本來就是設計來篩掉這種行為的環節上用了。

---

2026 年真實的政策現況：誰允許用 AI、誰不允許

各家公司之間的政策落差，比大多數面試準備內容願意承認的還要大。

Canva公開發表了自己的立場：在 backend、frontend、ML 的 coding 面試環節，應徵者被預期要使用 GitHub Copilot、Cursor 或 Claude 這類 AI 工具。Canva 工程團隊的理由很直白——他們大約有一半工程師本來每天工作就在用 AI 工具，如果面試禁止用 AI，那這場面試量到的東西就跟真實的工作表現完全脫節了。他們把題目重新設計得夠模糊，讓一個 AI prompt 沒辦法直接解出來，於是評估的重心就變成你怎麼引導這個工具，而不是你有沒有用它。

Amazon 曾對部分應徵者提供一輪可選的 AI 輔助面試，並依應徵者網上的分享，報銷最高 100 美元的工具費用。這是特定一輪面試的做法，不是全公司統一政策——Amazon 在流程的其他環節仍限制使用 AI。

Code.org 有一套正式書面的 AI 使用政策：只要有揭露，面試和 take-home 都允許用 AI；沒有揭露的使用，或者把 AI 產出的內容說成完全是自己想出來的，會被當成誠信違規來處理——這個後果比單純用了 AI 嚴重得多。

另一頭，一位用人主管在 Medium 上分享自己的面試流程時直言：「我不只是允許用 AI 工具——我期待你用」，同時搭配一場強制性的 live 講解，要求應徵者當場把每一個由 AI 輔助做出的決策都講清楚、說服她。

而另一股拉力則是：調查數據顯示，仍有大約 62% 的組織正式禁止在面試中使用 AI。大多數職缺說明和 take-home 題目根本什麼都沒講——而這本身就是一種訊號：沉默不代表允許。

---

在 Take-Home Coding Test 用 AI 算作弊嗎？

老實說：只有當公司明講「這樣算作弊」的時候，這才算作弊，在那之前都不算。這個答案聽起來不夠痛快，但這就是這個產業目前真實的過渡狀態——正在從「用 AI 自動可疑」走向「會不會用 AI 是基本職能要求」的路上。

一個實用的自我檢查方式，借用幾位用人主管描述自己心中那把尺的說法：如果之後有一場 live round，要你當面老實講出「我到底問了 AI 什麼、又為什麼接受它的建議」，你會覺得自在嗎？ 如果你心裡的真實答案是「我寧可他們不知道」，那通常就是個訊號——不管題目說明字面上寫了什麼，你可能已經站在那家公司那條線的錯誤一側。

風險最高的處境，不是「政策禁止卻用了 AI」或「本來該用卻沒用」——這兩種情況都還有辦法用解釋補救。真正危險的是：題目說明模稜兩可時選擇沉默,交出去的成果卻精緻到跟你在 live 面試裡實際展現的功力對不上。這個落差才是最容易被抓到的地方——跟用 AI 面試算不算作弊裡談到的落差是同一種東西，只是從即時的一輪面試,搬到了非同步的 take-home 上。

---

可以用 ChatGPT 寫 Take-Home Coding Challenge 嗎？一套揭露判斷框架

與其糾結是非題，不如照題目實際怎麼寫，套用這個四分類判斷框架：

1. AI 是明確要求或被預期使用的（Canva 這種）：放心全力使用，把準備重心放在怎麼把工具引導好——評估重點在你的 prompt 能力和判斷力,不是死記硬背的能力。
2. AI 明確允許使用但要揭露（Code.org 這種）：用了就要講。在 README 裡加一句「我用了某工具搭建初始架構、產生測試案例」，完全不用扣分,還能徹底保護你。
3. 題目說明沒提：先問，別自己假設。發一封兩行的信給招募窗口——「這份作業是否接受使用 AI 工具？」——在 2026 年是很正常、也很被期待的提問,不是什麼扣分的紅旗。
4. 明確禁止使用 AI：那就別用。這是唯一一種類別,自動化偵測和後續的 live round 存在的目的就是專門抓這種違規,一旦被抓到,會被當成誠信問題處理,而不只是技術問題。

四種情況共通的規律是：揭露幾乎永遠不用付出代價,而沉默幾乎永遠是代價最高的選擇。

---

公司怎麼偵測你在 Take-Home 提交裡用了 AI

即使政策本身講得不清不楚，公司實際上愈來愈有辦法查得出來，值得了解一下背後的機制，而不是假設「偵測」只是嚇唬人的說法。

• 抄襲比對工具，像 Codequiry，會把你交出去的程式碼拿去跟已知的公開解法、其他應徵者之前的提交、以及同一題常見的 AI 產出結果做比對。
• 透過搜尋就能追溯：一份對照學術研究發現，AI 生成的程式碼解法有96% 的比例只靠 Google 搜尋就能被找出來，因為語言模型傾向複製訓練資料裡那些容易辨識的固定結構模式，而不是真正原創的實作。
• commit 紀錄和時間模式：審查者愈來愈常翻 repo 歷史，看有沒有整個複雜函式一次性出現在單一 commit 裡、完全沒有反覆修改的痕跡，或者程式碼品質在不同 commit 之間出現斷崖式跳躍。
• 後續的 live round（下一段會細講），這種方式完全不需要偵測任何技術細節——它只要求你能講清楚自己交出去的東西。

以上單獨拿出來都不是萬無一失——take-home 一般來說,監控寬鬆程度本來就比不上有監考的即時 coding 面試，畢竟沒人在旁邊即時盯著你寫。但這些方法加在一起，再搭配後續面試，會讓「悄悄把整份作業外包出去、賭沒人會追問」這個選項，實際風險比看起來高得多。

---

真正見真章的地方：後續的 Live Round

比任何政策爭論都更值得注意的規律是：幾乎所有 take-home coding 流程，不管當初允不允許用 AI，最後都會走到一場 live round，由面試官陪你逐一過一遍自己的提交內容。

這在禁止用 AI 的公司成立（他們要確認你真的理解那些「理論上完全是你自己寫的」程式碼），在期待用 AI 的公司也一樣成立（他們要確認你是真的憑判斷力去引導工具，而不是照單全收它給的第一個答案）。不管哪一種，問的問題其實是同一件事：在輕微壓力下、即時應答的情況下，你能不能講清楚自己提交內容裡每一個有意義的決策？

用人主管普遍描述過，他們拒絕技術上完全正確的提交，理由就是應徵者說不清某個設計選擇、被要求當場修改自己的程式碼卻做不到，或者回答的水準跟交出去的成果對不上。這種落差——非同步提交精緻漂亮、live 講解卻站不住腳——是審查者最明顯在找的訊號，也是 take-home 本身用了 AI 這件事沒辦法蓋過去的一關。

老實說，這也正是我們自家產品沒有要涉入的環節。AceRound AI 是為即時對話設計的 real-time 面試副駕駛，它的設計目的不是幫你代寫 take-home 提交——那樣用反而違背了準備接下來這一關的初衷。它真正派得上用場的地方，就是這場 live 後續面試本身。

---

怎麼用 AceRound AI 準備 Live 後續面試

Take-home 交出去之後，投資報酬率最高的準備不是再多寫一點程式碼，而是把「怎麼講解」練熟。

1. 面試前先對著自己完整、大聲地講解一遍自己交出去的東西，一個函式一個函式來。如果某個部分用了 AI，要準備好解釋「為什麼」接受那個建議，而不只是它做了什麼。
2. 練習現場修改程式碼。 面試官很常要求你當場改一個函式或加一個功能。如果你連自己「理論上寫的」程式碼都沒辦法順暢地改，這個落差馬上就會被看出來。
3. 用有即時追問的模擬面試，來模擬那種毫無預警被問「為什麼這裡選這個做法而不是另一種」的壓力感——這正是為即時面試場景打造的 AI coding 面試助手派得上用場的地方，它會提前把面試官可能會追問的方向擺出來，讓你不會被打得措手不及。
4. 把講解控制在固定時間內。 能在深入細節前，先用 60 到 90 秒摘要清楚自己的做法，傳達出的是自信；把整個檔案從頭念到尾，傳達出的則正好相反。

這麼做的目標不是表演一種你其實沒有的自信，而是確保這場 live round 呈現出的能力，跟你 take-home 提交暗示的水準是一致的——不管那份提交裡自己想的和 AI 幫忙的比例究竟是多少。

---

常見問題

在 take-home coding test 用 AI 算作弊嗎？

完全取決於該公司明訂的政策，沒有放諸四海皆準的答案。Canva 現在要求應徵者在 coding 面試中使用 AI 工具。Code.org 只要你揭露就允許使用。仍有大約 62% 的組織正式禁止使用 AI。如果題目說明完全沒提，開始寫之前直接問你的招募窗口——這一個問題能保護你，勝過任何自作聰明的變通方法。

可以用 ChatGPT 寫 take-home coding challenge 嗎？

只有在題目沒有明文禁止的情況下才可以，而且就算允許，也應該預設要揭露。如果 AI 是明確要求使用的，就放心全用。如果是明確允許但要揭露的，用了就要講清楚。如果題目完全沒提，先問再假設。如果明確禁止，就別碰。

如果在後續面試沒辦法解釋自己用 AI 寫的程式碼，會怎麼樣？

這是 take-home 應徵者陣亡機率最高的死法之一，而且無論該公司允不允許用 AI 都一樣會發生。幾乎所有流程最後都會接一場 live round，讓你講解自己的提交，說不清某個設計決策的應徵者，就算程式碼本身正確，也一樣會被刷掉。

公司真的會查你在 take-home 有沒有用 AI 嗎？

會——透過抄襲比對工具、常見 AI 產出模式的搜尋可追溯性（某研究中有 96% 的比例可被追溯到）、commit 歷史分析，以及最可靠的把關方式：後續的 live 面試。

應該主動告知自己在 take-home 用了 AI 嗎？

拿不準的時候，就講。有些公司把「沒有揭露卻用了 AI」直接當成誠信問題來處理，就算用 AI 本身根本不是問題也一樣。一句揭露的話，如果本來就允許用 AI，完全不會扣分；如果政策沒講清楚，這句話就能保護你。

2026 年有哪些公司允許在 take-home 用 AI？

Canva 在 coding 面試環節要求使用 AI。Amazon 曾提供可選的 AI 輔助環節並報銷費用。Code.org 有一套正式的、以揭露為前提的政策。但這些都是特例，不是常態——大多數職缺說明什麼都沒講，大部分組織目前仍以某種形式正式限制使用 AI。

---

作者．Alex Chen。職涯顧問，曾任科技公司招募人員。在招募端做了 5 年後，轉而站到應徵者這一邊幫忙。寫的是真實的面試生態，不是教科書式的建議。