找出麻將判胡程式的錯才算入場券：字節Seed飛書AI部門實習面試，考的已經是另一種基本功

10月底，牛客網出現一篇「字節日常實習Seed 飛書 AI 部門面經（回憶版）」，作者逐題記下兩輪面試的技術問題，並附上完整時間線：10月19日一面，10月28日二面加人資面加offer審批，10月29日早上收到錄用通知。這篇面經值得看的，除了題目本身，還有它透露的篩選邏輯。

面試題裡最不一樣的那一塊：AI coding

一面第一題不是傳統的演算法題。面試官給出一段「有問題的麻將判胡程式碼」，要求找出問題並修改，追問還要求設計一個支援多種地方胡法的動態配置模組。二面同樣有讀碼環節，給一段有問題的高並發限流器程式碼請應試者指出錯誤，另加一題以AI coding完成「簡易檢索系統」的需求。

這種題型和背題庫式的刷題完全不同。判胡程式碼的除錯，考的是在陌生業務邏輯裡讀懂別人程式碼的能力；動態配置模組的追問，考的是把寫死的規則抽象成可擴充結構的設計感。用日常一點的比喻，傳統演算法題像考駕照的直線倒車，路線是固定的；這種題像拿到一臺別人組裝到一半的家具，要你先看出哪根螺絲鎖錯，再把說明書改成未來任何人都看得懂的版本。

這與我們先前觀察到的思朗科技面試專問AI工具使用是同一個方向：企業篩選工程師的標準，正在從「能不能寫出程式」移向「能不能讀懂、修好、並指揮AI寫出程式」。差別在於字節這場把AI coding直接放進一面的第一題，權重明顯不低。

傳統後端題仍佔一席，但角色變了

除了AI coding，一面其餘題目仍是後端工程師的標準配備：RAG的流程、MySQL引擎與底層資料結構、為什麼不用B樹、索引何時失效、高並發下的快取問題、布隆過濾器加雙重判定鎖加空值快取的組合、訊息佇列的重複消費處理。

值得注意的是這些題的問法。面試官不是問「布隆過濾器是什麼」，而是問「你的專案裡這條處理流程長什麼樣子」。這種問法很難靠背題闖關，因為追問會一路挖到專案細節，前後對不上很快就會露餡。對求職者的實際意義是：專案經歷寫什麼，就要能答到設計取捨那一層，只寫名詞反而會變成面試時的負債。

時間線裡的流程雜訊

這篇面經的時間線還記錄了一段流程波折：一面後原人資離職，新人資通知不推進；10月27日才發現是交接出錯，把日常實習的應試者誤當成秋招處理，之後改為「極速推進」，10月28日連趕二面、人資面與offer審批，隔天早上發出錄用通知。

把鏡頭拉近一點看，這段插曲對求職者有兩個參考價值。其一，招聘流程中的長時間沉默未必是拒絕，有時只是內部交接問題，主動且禮貌地詢問進度是合理的自保動作。其二，一旦流程恢復正常，從二面到offer可以快到一天內走完，這也說明前面卡住的時間幾乎都消耗在流程端，而非評估端。作者在文末補充「是活水」（即內部轉調管道），留言區也有人追問日常實習是否能走活水、是換部門還是換技術棧，這類細節在公開資訊中並未有官方說明，僅能當作當事人的個人情境參考。

所以呢

對正在準備實習面試的工程科系學生，這篇面經的訊號比題目本身更重要。AI coding從加分題變成一面首題，代表「會用AI寫程式」正在從差異化優勢變成基本預期，而讀懂有問題的程式碼並修好它，這件AI時代機器做得還不夠穩的事，反而成了人最被檢驗的能力。準備方向上，與其再多刷幾道模板題，不如練習拿別人寫的程式碼找出 bug，並想清楚自己專案裡每個元件「為什麼這樣選」。這與我們先前分析過的秋招發offer的排隊邏輯可以對照著看：流程端有雜訊，能力端的標準卻在收緊，兩件事同時成立，才是這一輪求職季的真實結構。