Talent Summoner如何
一份實用的操作手冊：找出候選人排序準則中沒被察覺的變化、測試邊界案例，並在根據入圍名單採取行動前指派負責人。
用來比較候選人的規則，如果在沒有經過刻意決定、也沒有留下紀錄的情況下改變了，就是候選人排序準則的偏移。例如必備條件變成了偏好、熟悉的職稱開始多拿分數、未知被當成負面，或審閱的人對同一項需求各有各的解讀。
對正在測試候選人排序邊界案例的團隊來說，目標不是證明排序準確，而是找出核准過的職缺需求說明、證據標準或權重，在哪裡悄悄移動了。這份操作手冊使用合成的測試資料和有版本的紀錄，讓團隊在根據真實入圍名單採取行動前，決定要保留、修正、暫停還是升級處理這些準則。
稽核前先定義什麼是偏移
先寫下哪些東西允許改變。候選人排序的基準應該列出職缺、需求說明版本、核准日期、決策負責人、重要的評估準則及其類別：必備條件、加分條件，或真正的營運界線。再為每項準則補上證據標準、可接受的同等經驗、任何核准過的權重，以及審閱者可以使用的狀態標籤。
偏移指的是這個定義或其套用方式改變了，而不只是候選人的順序不同。換了一批候選人，或職缺經核准後有所變更，都可能合理地產生不同的順序。稽核要問的是：這個改變是不是刻意的、與工作相關、有版本紀錄，而且一致套用在條件相當的候選人身上？
不要靠修改某一位候選人的備註，來修補看起來可疑的結果。保留原始基準、輸入紀錄，以及每一項變更的理由。如果職缺真的變了，就建立新的需求說明版本，並決定先前的審閱是否需要重做。
凍結一份比較基準
查看測試結果之前，先建立一份精簡的基準紀錄。記下準則的確切文字、類別、什麼證據算數、哪些證據仍屬未知，以及未解決項目的下一步。記錄核准人。如果你的流程使用權重或門檻，就把它們的目的和限制記下來，不要只靠記憶。
可行的話，每次比較都使用相同的測試資料和來源快照。把測試資料標明為合成的；它們用來測試規則，不是候選人的證據。維護一份變更紀錄，包含四個欄位：觀察到的行為、懷疑的變更、核准的修正，以及重新執行的結果。
檢查常見的偏移訊號
一次只稽核一個面向。下表是一組起步用的檢查，不是通用的評分公式。
| 偏移訊號 | 合成測試 | 問題的證據 | 立即行動 |
|---|---|---|---|
| 偏好被當成門檻 | 固定必備條件，只改變一項加分條件 | 在沒有核准理由的情況下，這項偏好擠掉了必備證據更強的候選人 | 暫停，請職缺負責人確認優先順序 |
| 職稱用字多拿分數 | 用不同的職稱描述同等的工作 | 描述的工作沒變，職稱卻改變了解讀 | 把準則改寫成可觀察的工作內容 |
| 未知變成負面 | 移除一項重要事實，其他證據保持完全相同 | 缺漏的細節被當成證據不合格，而不是未知 | 恢復未知狀態，並指派查證 |
| 相鄰經驗消失了 | 使用一個有文件佐證、相關的相鄰背景 | 規則無法呈現一條核准過的可轉移路徑 | 釐清可接受的銜接經驗，或保留一條刻意設定的界線 |
| 準則彼此重疊 | 用一份同時符合兩項相近需求的測試資料 | 在沒有核准用途的情況下，同一份證據被算了兩次 | 合併、拆開或說明這些準則 |
| 審閱者之間定義不同 | 把同一份測試資料交給不同的審閱者各自判斷 | 因為證據標準不清楚，標籤不一致 | 先校準定義，再比較人選 |
重點是檢查規則在邊界上的表現。不要只憑一次出乎意料的排序結果就推論有問題。記下測試資料、預期的處理方式、實際的處理方式，以及足以解釋差異的最小改變。
先測試邊界案例，再看真實候選人
圍繞職缺實際的決策界線，建立一小組測試資料。包含一份負責範圍清楚的直接符合、一份有合理轉換路徑的相鄰符合、一份缺少重要細節的紀錄，以及來源說法互相矛盾的情況。再加一份加分條件很強、但必備條件薄弱或未知的測試資料。這些是流程測試；不要讓它們像真實的應徵者，也不要附上真實的個人資料。
執行候選人排序之前，先寫下預期的處理方式。例如，缺少正式環境的負責範圍時，在查證前應該維持未知；而文件清楚記載的同等專案，可以算作相鄰經驗，不該因為職稱不同就被淘汰。如果輸出遵循的是沒有核准的偏好，就記下準則代號，並暫停真實候選人的審閱，直到負責人決定是否修正需求說明。
讓這次稽核和信心量表或候選人比較工作表分開進行。要問的是：這條規則的意思，是否仍然是團隊當初核准的那樣。規則穩定之後，另一次證據審閱再來標記候選人資料、指派查證問題。
比較版本並決定處置
用同一組測試資料，分別執行基準版本和提議的修正版本。比較準則的處理方式、說明內容、未知的處理，以及邊界案例的順序變化。沒有未經核准的規則變更，順序改變就不算缺陷；而順序穩定，也不能證明邊界案例的處理是對的。
每一項發現都給一個處置：
- 保留：觀察到的行為符合核准的定義；記下這次檢查和日期。
- 修正：準則、類別或證據標準需要一次明確、與工作相關的變更；建立新版本。
- 暫停：在職缺負責人釐清模糊或重複之處以前，結果無法解讀。
- 升級處理：問題牽涉到政策、敏感屬性、存取限制或其他界線，需要由負責的專業人員處理。
寫明負責人、受影響的職缺版本、下一次檢查和停止條件。如果修正改變了一項重要需求，就要重新評估所有條件相當的候選人，而不是只套用在暴露出偏移的那個人身上。新舊紀錄都要保留，讓決策軌跡一直讀得懂。
Talent Summoner 能幫上什麼
Talent Summoner 是我們的產品，做 AI 人才搜尋、履歷排序，以及經你確認後才送出的聯繫訊息。目前的候選人排序工具（2026 年 9 月 2 日查證）可以貼上或上傳職缺說明和最多 50 份 PDF、DOCX、MD 或 TXT 格式的履歷，不需要帳號，並會交回一份附白話理由的排序入圍名單和可分享的報告。用同一份需求說明和合成測試資料來檢查候選人排序的輸入；基準、預期處理方式和偏移紀錄，則保存在你自己的審閱流程裡。報告不能證明這些準則與工作相關，也不能證明排序可以預測工作表現。
當核准的人才池太小時，人才搜尋（同樣在 2026 年 9 月 2 日查證）會從職缺需求說明出發，在 LinkedIn、GitHub 和其他公開專業來源的 2 億份以上個人檔案中搜尋。它的排序結果可以協助找人，但公開來源的資訊只是需要查證的線索，不能證明對方真的負責過、目前有空或有興趣。之後任何一次找人，都要沿用核准過的準則和邊界案例檢查。
什麼是候選人排序準則的偏移？
就是一項核准過的需求，在定義、權重或套用方式上出現了未經規劃的改變。光是候選人順序改變不算偏移；稽核要找的是規則被改了，或處理方式不一致。
候選人排序準則應該多久稽核一次？
在審閱新職缺之前、需求說明有重大變更之後，以及任何合成的邊界案例暴露出處理不一致時，都要稽核。在基準裡訂好審閱日期，而不是靠非正式的提醒。
缺少證據，應該算偏移不合格嗎？
只有在規則說的是一回事、審閱卻把這個缺口當成另一回事時才算。通常的修正方式是恢復成未知，記下缺漏的事實，並指派一個同等的查證步驟。
候選人排序結果穩定，能證明準則公平或準確嗎？
不能。輸出穩定只代表測試過的輸入產生了相似的結果。團隊仍然需要與工作相關的準則、來源審閱、適當的防護措施，以及由人負責的決定。
Talent Summoner 會保留準則偏移的稽核紀錄嗎？
目前的產品頁說明的是：依你提供的需求進行候選人排序，附上白話理由和可分享的報告；並沒有說明專門的偏移稽核紀錄。版本歷史、測試資料和處置結果，請保存在你自己的流程裡。
下一次審閱候選人排序時，先凍結一份核准的需求說明，建立五份合成的邊界測試資料，並在查看輸出前寫下預期的處理方式。每一個偏差都記下負責人和停止條件；手上已有履歷就用候選人排序，缺的是找人就用人才搜尋。
