Talent Summoner技術
可直接複製的 10 欄技術職缺候選人入圍名單紀錄：附證據的必備條件、由「有支持證據」至「相矛盾」的 4 個標籤、證據缺口與下一步。
技術職缺候選人入圍名單應說明某人為何值得進入下一步審閱，而不是假裝履歷足以證明工程能力。每位候選人使用一筆紀錄，保留需求說明的版本，並將來源證據與你的解讀分開。這樣即使候選人的背景不尋常，團隊也能討論，而不會把職稱、雇主名稱或關鍵字直接當成結論。
先確定需求說明，再建立入圍名單
在工作文件頂端寫明職缺與需求說明版本。定義 3 至 5 項與工作相關的必備條件，再將加分條件另外列出。每項條件都要說明哪些證據才算符合，例如候選人能解釋的系統、技術決策、作品、職責或限制。事先決定哪些相鄰經驗值得查證。
技術條件應與界線分開。地點、工作模式及法律要求的工作許可，應各自記錄在專屬欄位，不應影響技術證據標籤。不要加入受保護或敏感特徵、推測性格、「文化契合度」或人口統計代理指標。入圍名單是招募流程的工具，不是描述個人身分的檔案。
可複製的技術職缺入圍名單紀錄
每位候選人複製一份此範本。分享文件時使用內部識別碼，並附上來源網址及審閱日期，讓其他審閱者能追溯每項主張。每份紀錄都維持相同欄位順序。
候選人紀錄：[姓名或內部識別碼]
| 欄位 | 紀錄 |
|---|---|
| 職缺與需求說明 | 職缺：[職缺]；需求說明版本：[版本／日期]；審閱日期：[日期] |
| 來源與候選人狀態 | 來源：[履歷、推薦、LinkedIn、GitHub 或其他允許使用的來源]；候選人狀態：[已找到／已申請／已聯絡／已回覆／已選擇退出／已結案]；聯絡負責人：[姓名] |
| 技術必備條件 | 條件：[準則]－證據：[簡短來源摘錄或作品]；標籤：[有支持證據／相鄰經驗／未知／相矛盾]；來源／日期：[詳情]。每項必備條件各記一筆。 |
| 技術加分條件 | 條件：[準則]－證據：[摘錄、專案或作品]；標籤：[有支持證據／相鄰經驗／未知／相矛盾]；查證問題：[問題或無]。 |
| 技術職缺責與作品 | 候選人負責、參與、審查或維運了什麼？記錄系統範圍、設計或實作決策、限制、測試、部署、維護或事故背景，以及可供檢視的作品：[詳情]。 |
| 未知事項與矛盾 | 缺少的背景、過時來源、日期衝突、作者身分或範圍不清：[詳情]。不要把未知事項當成負面結論。 |
| 工作樣本或面試證據 | 題目或問題：[文字]；觀察到的作品或說明：[證據]；待跟進事項：[詳情]。記錄與工作相關的證據，而非性格印象。 |
| 地點與工作許可 | 地點／時區：[要求與證據]；工作模式：[要求與證據]；工作許可：[必要查核與狀態]。此項應與技術證據分開。 |
| 重複資料、同意與保存 | 重複檢查：[穩定網址或內部識別碼／日期]；聯絡依據或同意／退出：[紀錄]；存取權：[哪些人]；保存或刪除決定／日期：[紀錄]。 |
| 審閱者與下一步 | 審閱者：[姓名]；處置：[推進／查證／暫緩／修訂／結案]；一項與工作相關的理由；下一步負責人與到期日：[詳情]。 |
若候選人有多個專案，請指出哪個專案能支持該條件，而不是羅列所有程式碼儲存庫。區分「使用過 Kubernetes」與「負責正式環境遷移」，也要區分「審查過變更」與「設計並維運服務」。公開儲存庫可提供值得討論的線索，但提交紀錄、星數、語言標籤與活動次數都不能證明作者身分、正式環境責任或目前能力。應請候選人說明決策與限制，而不要把公開活動當成測驗結果。
下一個技術評估步驟應緊扣職缺，並讓每位候選人回答相同的核心問題。記錄提供了哪些限制、候選人產出哪些作品或說明，以及審閱者能與不能查證的事項。不要重用前雇主的機密程式碼，也不要要求無酬的正式工作。若不需要實作練習，可聚焦討論具體專案、取捨或事故。僅保留作決策所需的候選人材料，限制審閱團隊的存取權，並記下證據應在何時刪除或重新檢視。
使用標籤並校準審閱者
對每項準則一致使用以下標籤：
- 有支持證據：可靠來源在相關背景下直接說明此要求。
- 相鄰經驗：相關經驗可能可轉用，但範圍、負責程度或背景仍需查證。
- 未知：現有資料無法回答問題。這不代表候選人缺乏該能力。
- 相矛盾：可靠資料與要求或另一來源衝突；記錄雙方資訊並查證。
不要把這些標籤轉換成 1–5 分或百分比，造成精確度的假象。排序可協助安排審閱優先順序，但不能預測工作表現、證明公平，也不能代替選才決定。校準時，請兩位審閱者各自獨立標記相同的 3 筆紀錄，再按準則比較分歧，並共同確定一項定義或後續查證問題。保留需求說明版本與變更紀錄；每次只修訂一項條件。
Talent Summoner 的定位
Talent Summoner 是我們的產品，提供 AI 人才搜尋、履歷排序，以及由你確認後才發送的聯繫訊息。其 候選人排序工具（於 2026 年 8 月 19 日查核）可接受最多 50 份 PDF、DOCX、MD 或 TXT 格式的履歷，不需要帳號即可產生附有白話說明、可供分享的報告。你可以用報告整理上述紀錄，再自行檢視來源並進行技術追問。它不是 ATS、不管理求職申請流程，也不會自動淘汰候選人。
若候選人來源還不夠，人才搜尋工具會從需求說明出發，搜尋 LinkedIn、GitHub 及其他公開專業來源，涵蓋 200M+ 份個人檔案。工具會列出必備條件、加分條件與白話說明；你的回饋可調整後續搜尋與權重。重複資料檢查、同意、聯絡與資料保存仍由團隊負責。購買前請查看定價，了解目前的職缺額度方案。
常見問題
每份入圍名單紀錄應涵蓋幾位候選人？
一位。每位候選人各複製一份紀錄，讓證據、未知事項、界線與負責人都能追溯。可以另外建立索引連結到各份紀錄，但不要把多位候選人合併在同一個證據欄位。
缺少技術證據是否代表應結束候選人的流程？
不一定。將該項準則標記為未知，並寫下具體的查證問題。只有在符合已同意的需求說明、且有與工作相關的理由時，才結案。
地點或工作許可應影響技術標籤嗎？
不應。請把這些要求記在界線欄位。無論候選人已符合、未符合或仍待查證，都應套用相同的技術證據標準。
Talent Summoner 的排序結果會決定技術職缺人選嗎？
不會。Talent Summoner 是我們的搜尋與排序產品。其結果可協助安排審閱優先順序；人員仍須檢視證據、提出技術問題、決定是否聯絡候選人，並負責招募決策。
先選定一個技術職缺，確認需求說明版本，再開始查看姓名前建立第一筆候選人紀錄。已有履歷池時可使用 候選人排序；需要更多合適人選時則使用 人才搜尋。
相關文章：新創公司沒有內部招募人員時：哪些要自行負責，哪些可外購 · 如何在 LinkedIn 以外搜尋技術人才 · 獵頭與直接搜尋：哪種模式更合適？
產品資訊取自我們目前的人才搜尋、候選人排序及定價頁面，並於 2026 年 8 月 19 日查核。我們每季重新查核此頁；如有變動，歡迎告知。
