一個閾值先被問了出來：百度的 Agent 實習面經，是一頁被排好的取捨介面

牛客網上 10 月 29 日晚間出現的一則帖子，標題只有六個字：「百度後端（agent）」。發文者自述是一場實習面試，被拷打了二十分鐘，接著列出了幾道場景題：記憶機制的寫入時機是什麼、如何判斷什麼時候寫入；如果歸檔了一筆長期記憶、其中欄位隨時間衰減，衰減策略是什麼；如果用戶畫像寫著偏好某條航線，用戶改了偏好、Agent 要去向用戶確認，用戶一直變、Agent 一直問，用戶會不會煩，這個該怎麼平衡。八股題只剩 MySQL 的 ACID 特性與底層實作，最後手寫一個 LRU。

這份題單有意思的地方在排序。它把一個產品決策放在了資料庫知識前面：先問記憶什麼時候寫、怎麼衰減、何時打擾用戶，再問 ACID 與 LRU。也就是說，在這場面試的版面裡，Agent 的記憶機制被當成了主要科目，傳統後端八股被壓到了收尾。這與我們先前觀察的美團 AI Agent 一面的三十道題題單有相似的編排邏輯：題目的先後順序本身，就是一份崗位需求說明。

三道場景題其實是同一個問題的三次變形：資訊該在什麼條件下被固化，該以什麼速度被遺忘，該以什麼頻率向人求證。寫入時機是一道閾值設計，答「每次都寫」或「從不寫」都太便宜，考的是中間那條線畫在哪裡、依什麼訊號畫。衰減策略則是把遺忘做成可參數化的欄位行為，衰減的半衰期取決於記憶的類型，航線偏好和事實型資訊不該共用同一條曲線。第三題最像產品題：每一次確認都是一次打擾，確認太少則畫像失真，確認太多則用戶流失，題目問的就是這條打擾曲線上的甜點區。

留言區裡最高讚的回答只有一句：「記憶那倆問考的是取捨，沒標準答案，把閾值怎麼定講清楚就夠了。」這句話本身就像一段介面文案：它把考點從「正確答案」重新標定為「可解釋的取捨」。當一場技術面試的評分標準變成「講清楚你的閾值怎麼定」，被評估的其實是候選人能否把一個連續的取捨空間，翻譯成幾個有理由的參數。這種能力更接近介面設計而非演算法：決定在哪個數值上彈出確認框，與決定在哪個滾動深度上載入下一頁，是同一種判斷。

值得留意的是面試者自稱「拷打二十分鐘」。二十分鐘裡塞進三道開放式場景題加兩道八股加一段手寫程式碼，追問的密度本身就是訊息：這類 Agent 崗位的實習篩選，已經不把記憶機制當成加分題，而是當成入場券。同樣的趨勢也出現在我們之前拆過的字節 Agent 全棧一面的二十八道追問裡，開放式的取捨題與封閉式的八股題被排進同一條題流，前者決定上限，後者負責淘汰。

帖子末尾的其他討論串則提供了對照組：同一段時間裡，有人談轉正被壓薪到八九千，有人曬 Klook 後端一面的高併發與 RAG 追問，也有人宣布秋招結束回老家。把百度這份題單放進這個版面看，它顯得格外乾淨：沒有薪資、沒有抱怨，只有一份被完整抄錄的題目順序。而一份被自願抄錄、被陌生人補充評分標準的題單，說明這套關於寫入、衰減與確認的取捨，正在成為一種可流通的知識格式。

這則面經真正記錄下來的，是一次崗位定義的現場：當「記憶什麼時候寫入」排在 ACID 之前，Agent 的記憶機制就已經從研究題變成了工程題，而它的評分方式，是把連續的取捨講成幾個有理由的閾值。