前言¶

團隊在招人時，HR 和用人部門常被兩件事拖住：一是把口頭需求寫成一份能看的 JD，二是面對幾十份簡歷快速給出初篩意見。前者容易寫成空泛套話，後者依賴個人經驗，標準不統一。下面介紹的 Skill「招聘JD與簡歷初篩」把這兩個動作連起來：先按崗位生成 JD，再拿簡歷和 JD 對照，輸出匹配度與初篩結論。

它不是招聘系統，也不負責面試安排或 offer 流程，只解決「寫出來」和「篩出來」這兩個環節。

這是什麼¶

這是一個發佈在 SkillHub 上、遵循通用 SKILL.md 格式的 Skill，座標 @org-zbk7xk96/biz-jd-resume，由「崑崙增長」發佈維護，來源標記爲 enterprise，版本 1.0.0，分類 business-ops。它解決兩個具體問題：一是把崗位需求轉成結構完整的 JD，二是在收到簡歷後，結合同一份 JD 判斷候選人是否達到初篩門檻，並給出可追溯的結論，而不是隻給一個分數。

核心功能¶

根據官方簡介，該 Skill 提供兩項能力。

一是按崗位生成 JD。輸入崗位信息後，產出崗位職責與任職要求等內容，用於統一對外招聘口徑，避免同崗不同 JD、JD 與實際需求脫節。

二是按簡歷加 JD 給出匹配度與初篩結論。輸入一份簡歷和對應的 JD，Skill 對照後輸出匹配度判斷，並給出是否進入下一輪的結論。匹配度來自 JD 與簡歷內容的對照，初篩結論給出明確的推進或暫緩方向。

需要說明的是，該 Skill 標籤中 requires_api_key=false，即不需要額外配置 API Key 即可啓用。

安裝與啓用¶

本次寫作嘗試打開官方地址 https://api.skillhub.cn/org-zbk7xk96/biz-jd-resume 和 SkillHub 頁面 https://www.skillhub.cn/skills/org-zbk7xk96/biz-jd-resume 覈實安裝命令，但兩個地址均無法訪問，未能取到官方命令、目錄路徑或配置文件字段。因此這裏不給出安裝命令，避免寫入未經覈實的內容。

就通用 SKILL.md 格式而言，這類 Skill 通常在支持該格式的宿主環境（如 Cursor、Codex CLI、Claude Code）中通過加載 Skill 目錄或指定 Skill 座標的方式啓用。具體到本 Skill 的安裝步驟，請以 SkillHub 頁面或發佈者的說明爲準。

典型用法¶

官方資料只提供了簡介級別的描述，沒有給出可復現的命令行示例或輸入輸出樣例。因此下面按已覈實的能力描述典型用法，不代表官方示例。

1、生成 JD。向 Skill 提供崗位名稱、所屬團隊、職責範圍和任職要求要點，Skill 據此產出一份 JD。產出後建議先人工覈對硬性條件與薪資範圍，再對外發布。

2、初篩簡歷。拿一份簡歷和上一步生成的 JD 一起餵給 Skill，要求輸出兩部分：匹配度判斷，以及初篩結論。結論要能支撐決策，例如寫明哪些條件已滿足、哪些不滿足。

3、批量初篩。先固定一份 JD，再逐份處理簡歷，保證所有候選人用同一把尺子。匹配度判斷用於排序，初篩結論用於分流。

適用場景與注意¶

適合需要快速產出 JD 並做簡歷初篩的團隊：招聘量不大但要求標準統一的小團隊，或需要把 JD 和初篩結論存檔留痕的場景。業務側崗位標準化程度高（如銷售、客服、運營）時，JD 結構相對穩定，產出質量更容易控制。

需要注意幾點。一是匹配度與初篩結論只是參考，不應替代用人部門的複覈，尤其是學歷、工作年限、項目經歷這類硬條件。二是 JD 本身會帶 Skill 的措辭習慣，發佈前需要按公司話術調整。三是初篩結論的依據要能回溯到簡歷和 JD 的具體內容，否則結論難以複覈。四是該 Skill 分類爲 business-ops，來源 enterprise，若用於合規敏感的招聘流程，建議先做內部評審。

結尾¶

這個 Skill 的價值在於把招聘中兩個重複性高、又依賴個人經驗的環節——寫 JD 和初篩簡歷——變成可複用、可對照的流程。JD 和初篩結論來自同一套對照邏輯，標準更統一，留痕也更完整。官方地址爲 https://api.skillhub.cn/org-zbk7xk96/biz-jd-resume，SkillHub 頁面爲 https://www.skillhub.cn/skills/org-zbk7xk96/biz-jd-resume。