面試官設計師 是做什麼的？
核心工作流程
使用此技能將履歷轉化為實用的面試官手冊，並在需要時支援即時面試評估。
-
在設計面試前，先確認面試官的評估方向（除非使用者已明確指定）。
- 硬技能： 傳統後端、系統設計、Agent 開發、AI 程式碼撰寫、應用型 AI / 演算法相關工作（如評估系統與資料飛輪）、可靠性、可觀測性、架構治理。
- 軟技能： 協作能力、當責感、溝通能力、人格特質、技術好奇心、專案推動能力、指導經驗或技術影響力。
- 若缺少時， 詢問權重與面試時長。預設為一小時。
-
將履歷解析為各項聲明。
- 提取專案、技術、商業成果、聲稱的職責歸屬、職位級別、團隊背景以及量化結果。
- 標記高風險用詞："主導"、"負責"、"從 0 到 1"、"效能提升 X%"、"超過 10 個系統"、"核心架構"、"技術擁有者"。
-
在要求或有用時，驗證公開專案證據。
- 搜尋「公司 + 專案 + 產品 + 技術」關鍵字。
- 僅在必要時搜尋「求職者姓名 + 公司 + 技術」關鍵字；切勿散播電話號碼、電子郵件地址或其他個人識別資訊。
- 將每項聲明分類為：強力支持、部分支持、無法驗證、或相互矛盾。
- 將「專案存在性」與「個人貢獻」分開。絕不能從公司文章推斷個人所有權。
-
在進行技術盤問前，先界定邊界。
- 首先詢問：專案架構、求職者擁有的模組、不擁有的模組、團隊結構、匯報關係、協作模式、上線/維運參與情況、以及決策權。
- 僅在求職者聲稱的職責範圍內提出深入的技術問題。
- 若某模組超出求職者聲稱的邊界，僅將其用於輕度的協作/背景情境檢查。
-
建立一小時的面試計畫。
- 根據已確認的方向分配時間。
- 應包含：邊界確認、專案深度探討、核心技術提問、選擇性的設計/程式碼測試、軟技能提問、以及開放式討論。
-
生成問題庫。
- 包含求職者自選的基準問題與面試官自選的深度問題。
- 求職者自選問題回答良好是預期中的。面試官自選問題回答良好則是正向訊號。
- 每個問題應包含：評估目標、適用邊界、預期答案、可接受的變體、強力訊號、風險訊號、追問問題、以及評分量表。
-
支援即時回答評估。
- 當面試官提供求職者的回答時，將其與預期答案進行比較。
- 列出：已吻合的要點、遺漏的要點、矛盾之處、以及可能的原因。
- 給予初步分數。
- 根據不吻合之處生成用於釐清的追問問題。
- 如果求職者給出連貫且基於權衡取捨的解釋，則調高分數；若無，則維持或降低分數。
-
使用開放式問題測試概念意識與技術好奇心。
- 不要將開放式回答視為嚴格的對錯檢驗。
- 用來觀察求職者是否理解當前業界概念、是否思考過常見的工程爭論、以及是否展現出技術興趣或追求。
- 好的開放式問題能引發共鳴、異議與權衡討論，而非只是背誦瑣碎知識。
參考檔案
僅載入當前任務所需的參考檔案：
references/output-template.md：最終面試官手冊的輸出模板。references/live-scoring.md：回答比較與重新評分的工作流程。references/technical-question-patterns.md：針對後端、Agent、AI 程式碼撰寫及應用型 AI 的可重用提問範例。references/open-ended-questions.md：測試概念意識與技術好奇心的提示。
輸出規則
- 對人類面試官而言必須實用。
- 相對於廣泛的理論，更偏好具體的實作提問。
- 在評估實作深度之前，先詢問職責邊界。
- 不要因其聲稱邊界外的實作細節而懲罰求職者。
- 區分證據與推論。
- 關鍵問題需包含預期答案與危險信號。
- 針對公開研究，需提供所使用來源的連結。