「帶我看看你做了什麼」——2026 新面試題怎麼答

重點摘要： 2026 年，愈來愈多面試官不再用「說說你曾經遇過的一次經驗」開場，改成要求你講解一個你實際做過的專案。這股轉變的背後，是 AI 讓 take-home 測驗和背好的行為面試故事愈來愈不可信——現場講解比較難造假。準備方式跟 STAR 不一樣：挑一個你能在追問下撐住的專案，不是一句話講出來最風光的那個。

你花了好幾週把五個 STAR 故事打磨到滾瓜爛熟。結果面試官說：「這個先跳過，跟我講講你真正做過的東西」，翻開你履歷上的一行 bullet point，開始追問你當初為什麼做出某個具體決定。如果你準備的只有敘事、沒有深度，這一刻就會整個垮掉。

這不是舊的行為面試題換了個問法，而是一種完全不同的形式，而且出現的頻率愈來愈高——理由很具體。

為什麼「說說你的一次經驗」正在失效

Karat 針對美國、印度、中國共 400 位工程主管做了 2026 年招募趨勢調查，背後的發現很直白：take-home 測驗和背好的行為面試答案，是在 AI 面前最快失去可信度的招募訊號。求職者可以把 take-home 題目丟進模型，拿到一個能跑的解法，完全看不出他實際是怎麼思考的。一個打磨很順的 STAR 故事，也可以用同樣的方式生產出來。

現場講解自己做過的東西，比較難在當下外包給別人。你要嘛真的知道自己為什麼做出某個決定，要嘛不知道，一個追問幾秒鐘就會揭曉答案。這也是為什麼 Karat 訪問的主管們說現場面試「更有價值，因為能觀察到求職者實際怎麼解題、怎麼下決定、怎麼用 AI」——不是現場面試本身是新東西，而是其他所有訊號都變得更不可信了。

各市場採用的速度並不一樣。Karat 的數據顯示，中國企業在現場面試中公開允許使用 AI 的比例，幾乎是美國的兩倍（68% 對 38%），對 take-home 測驗的依賴也遠低於美國（20% 對 45%）——這代表往「現場、被觀察的解題過程」靠攏的這股轉變，在「AI 用在工作流程裡」已經被視為常態、而不是要藏起來的地方，加速得最快。對正在準備外商面試的台灣求職者來說，這是個訊號：面試官對你面試中怎麼用 AI 的態度，正在變得比想像中更開放。

第一線的招募實務也看得到同樣的邏輯。針對數據密集職位的招募指南，現在會公開建議砍掉現場 SQL 解題環節，改成讓求職者對著兩位面試官做一段較長的簡報，講解自己做過的東西並接受質疑——理由很直接，一位業內人士的說法是，模型「大概十四秒就能寫出同一條查詢」。解題題已經不再是有效的篩選工具，但講解專案仍然是。

這道題真正在考什麼

坊間「怎麼介紹你的專案」通用建議，多半把這當成一段結構化獨白：摘要專案、提一個障礙、以成果收尾。這頂多涵蓋實際會發生的三分之一。

真正的考驗，是你講完開場摘要之後的那波追問：

• 「為什麼選那個做法而不是 X？」——測試你當時是不是真的理解了那個取捨，還是只是照著範本／教學／同事的做法走。
• 「如果現在重做，你會改什麼？」——測試你上線之後有沒有繼續思考這個問題，還是東西一跑起來就當它結案了。
• 「那實際上花了多少成本／規模放大之後表現如何？」——測試你是不是真的了解自己的數字，而不只是你講給別人聽的那個版本的故事。
• 「跟我講講失敗的狀況」——測試你是不是了解自己做的東西的邊界，而不只是敘事裡那條順利的主線。

如果你只準備了敘事，這些完全不會被看出來。一旦有人打斷你，馬上就會現形。

跟準備 STAR 不一樣的準備方式

STAR 準備法是為了講出一個乾淨的五句話弧線。作品實測的準備法，是為了在被打斷時還能撐住。具體來說：

1. 選你能守得住的專案，不是講起來最風光的那個。 一個你完全摸透的低調內部工具，勝過一個由同事拍板做關鍵決策、而你根本重建不出他們思路的高調公開專案。
2. 把數字背到骨子裡，不是把故事背下來。 如果你提到規模、延遲，或某個商業結果，就要準備好被追問去證明那個數字本身——它從哪來、排除了什麼、是什麼原因讓它變化。
3. 練「為什麼」，不只是「做了什麼」。 對專案裡每個重大決定，準備好一句話講你當初沒選的替代方案，以及為什麼沒選。這幾乎永遠是第一個追問。
4. 提前準備好「現在你會改什麼」的答案。 準備一個你自己作品真實存在的限制。在被問之前主動提出來，聽起來像自我覺察；被逼到牆角才擠出來，聽起來像在迴避。
5. 練習被打斷，不只是練習講。 找人在你講到一半時，突然插進一個尖銳問題。這種格式在測的技能，是在意料之外的轉折之下還能接得住自己的思路，一個人單獨練永遠練不到這個。

「但我的專案沒那麼厲害」

這是最常見的恐慌點，在各種求職論壇上反覆出現：日常工作是低流量維護的工程師，擔心自己在「專案深度剖析」這關拿不出什麼有規模、有戲劇性的東西。Reddit r/Blind 上一個很有代表性的討論串講得很直白——被反覆追問一個能見度很低的內部系統的擴展性和商業影響，一位求職者忍不住想，是不是該「花幾個月精心編一個有細節的假故事」，而不是老實用真的東西。

別這麼做。面試官評的不是你專案的規模，而是你的說法在被問下去之後撐不撐得住。一個小而你能從各個角度守住的專案，會贏過一個大專案——如果第一個「為什麼」一問下去，就露出你只是在覆誦別人做的決定。如果你真的不是架構設計者，就直接這麼說，然後講你實際擁有的那部分——你在裡面加的一個延伸功能、你親自踩到的一個取捨、你追查過的一個 bug，那讓你真正搞懂系統實際是怎麼運作的。

根據真實被這關刷掉的求職者回報，面試官特別在篩的失敗模式，是宣稱擁有你其實守不住的決策——一旦有人問「現在你會怎麼做不一樣」，就破功。老實承認一個較小但真實的貢獻，勝過吹噓一個你撐不住的大貢獻。

現場講解的簡單結構

如果格式允許，螢幕上保留一個視覺化的東西——一張架構圖、一個 repo，甚至一張粗略的草圖——這樣面試官打斷你時，有個具體的東西可以指。接著把開場結構化成這樣：

1. 一句話講清楚問題：你在解決什麼問題、為誰而解。
2. 一句話講清楚做法，用決策的口吻表達（「我選 X 而不是 Y，因為……」），不是用描述的口吻。
3. 停下來。 讓面試官主導接下來五分鐘的追問。抵抗繼續往下講的衝動——這種面試格式本來就是設計給他們主導的，你在這裡講太多，只會拖延真正被打分的那部分。

這種形式最難的部分，不是了解自己的專案，而是當追問打到一個你沒預期要守住的細節上時，還能保持鎮定——現場、沒有機會先編輯答案。這種情境本來就很難一個人自己模擬——這正是即時面試輔助存在的意義：在你回答到一半時，悄悄幫你把自己專案的數字、時間軸，或被要求解釋的那個取捨浮上螢幕，讓一個犀利的追問不會把你問到腦袋一片空白。

如果你在準備這場面試的同時，其他環節還要準備 STAR 故事，我們的STAR法則面試指南涵蓋了那一半的準備工作，另外軟體工程師行為面試 AI 攻略也值得搭配一起看，因為 2026 年多數面試流程，這兩種形式仍然是背靠背一起考的。

常見問題

這是要完全取代行為面試，還是只是多加一關？

多半是多加一關。Karat 2026 年針對工程主管的調查發現，現場解題與作品實測討論，現在被視為比take-home測驗和背好的行為面試答案更可信的訊號，但很少有公司完全砍掉 STAR 型問題。比較實際的準備目標，是同時準備兩種格式——只是「講解你做過什麼」這關的比重，比以前重了。

如果我想講的那個專案大多是維護性質，不是什麼從零打造的亮眼作品，怎麼辦？

選你能撐住追問的專案，不要選一句話講出來最好聽的專案。一個你摸得很熟的無聊維護專案，勝過一個你在「當初為什麼選這個做法」上會愣住的華麗專案。面試官在聽的是你對一個具體細節怎麼思考，不是你的程式碼庫有多大。

如果架構不是我自己設計的，或我不確定現在要我講「會怎麼改」我能講清楚，怎麼辦？

誠實講出你實際負責的部分。如果設計是你接手的，就直說，然後講你真正決定過的那些部分：你怎麼延伸它、在裡面工作時踩到的某個取捨、或如果現在有時間你會做的改動。宣稱自己擁有其實不屬於你的決策，正是這道題設計來抓的失敗模式，而且一旦追問打到你答不上來的決策點，通常馬上就會露餡。

這跟單純把專案排練一遍拿去做作品集面試，有什麼不同？

作品集面試大致是單向的：你報告，他們聽，最後可能問一兩個問題。作品實測則是設計成帶對抗性的——面試官會在你講到一半時插進來問「為什麼不用 X」「放大 10 倍規模會多花多少成本」「數據實際上說了什麼」。把敘事練得很順不會讓你準備好被打斷；把你的推理過程練熟才會。

我應該帶真的 Demo 或投影片，還是純口頭講就好？

如果格式允許，帶點東西讓面試官有可以指著問的對象——一張架構圖、一個 repo、一張截圖，就算視訊面試用餐巾紙手繪草圖也行。重點不是做得多精美，而是給面試官一個具體的東西去追問，這正是這種面試格式在測的。純口頭描述反而更容易把你不想被細究的細節輕輕帶過。

---

作者．Alex Chen，職涯顧問，前科技業招募主管。在招募端工作 5 年後，轉換跑道專職協助求職者。撰寫關於真實面試動態的文章，而非教科書式的建議。