JD 上寫著 Agent，面試官嘴裡問的是後端：一份職缺說明的失準閱讀

10 月 2 日，牛客網上出現一篇標題直白的帖子：「千萬不要對面試官抱有太多濾鏡」。發文者觀察到一個近期的普遍現象：許多同學反饋，職缺說明（JD）上寫的是 Agent 開發，實際面試時被問的全是後端工程的內容。

從設計的角度看，這是一份文件與它的讀者之間發生的落差。JD 本質上是一頁介面：職稱是標題，技能清單是正文，求職者依此排版出自己的準備範圍。當標題寫「Agent 開發」而提問落在後端，等於這頁介面的標題與內文指向了兩個不同的方向。

發文者給出的解釋相當務實：不少企業跟風開設 Agent 崗位，面試官原本做的就是後端，對 Agent 的理解可能侷限在 RAG、MCP、FC 這幾個關鍵詞上；而校招生的 Agent 專案多數沒有經過完整評估與線上 Badcase 的處理，面試官興趣有限，於是整場面試又繞回自己熟悉的地盤。

帖子的核心建議也值得從介面設計的角度重讀一遍。發文者認為，不必準備到百分之百才去面試，技術知識持續迭代，差不多到七至八成就可以上場。這其實是在說：JD 這頁介面承諾的完整規格，從來就不是面試的真實規格，求職者若照單全收，等於把一份行銷文件當成了技術文件來讀。

留言區補充了另外幾層落差。有留言建議介紹實習時不要一開口就講自己優化了什麼接口，先說明所在組與部門目前的業務重點，再講自己負責的部分，因為面試官大概率不懂你的業務脈絡。這是典型的脈絡前置：先給對方一張地圖，再帶他走進細節。另有留言指出，若面試官做的業務與你的簡歷相近，提問會聚焦在簡歷內容上；若業務領域不同，則更偏向基礎知識。同一份簡歷，在不同面試官眼裡被讀成完全不同的文件。

這與我們先前觀察過的騰訊與字節的 offer 選擇頁面有相似的結構：職涯資訊從來不是客觀呈現的，它被職稱措辭、薪資變數與清單排版 shaping 成某種可被討論的形狀。JD 也一樣，它是一家公司對外的一次自我排版，而這次排版未必與內部真實的用人需求對齊。

對求職者而言，這篇帖子給的操作性結論很清楚：把 JD 當線索，不當合約。標題上的熱詞會隨風向變動，面試官的知識背景才是決定提問內容的變數。讀懂這一層，比多背幾個 Agent 術語更接近這場遊戲的規則本體。