前言¶
中小團隊招人，常見的做法是HR 或創始人臨時建表格、羣裏問「這個候選人怎麼樣」。流程靠口頭約定，評估靠感覺，面完幾個人後發現標準不統一，之前定的需求也沒人記得。這個 Skill 想解決的就是這個問題：把招聘從「聊天 + 表格」變成一套有定義、有流程、有評估標準的工作方法。
下面介紹的是一個來自 SkillHub 的 Skill，座標 @kunlungrowth/kunlun-zhaopin。
這是什麼¶
招聘是一個面向中小團隊的 Skill，發佈者爲「崑崙增長」，來源標記爲 enterprise，當前版本 1.1.0，分類在 business-ops 下。它不做簡歷解析、不做 ATS，而是把招聘工作拆成幾個需要人來做決策的環節，並給出模板和時間線作爲支撐。
Skill 在 SkillHub 的評分爲 100000，下載 1083 次，安裝數 0，標籤 requires_api_key=false。安裝數爲 0 說明它上線時間可能較晚或曝光有限，使用時可以自行判斷。
核心功能¶
招聘需求怎麼定義清楚¶
Skill 的第一個模塊處理「到底要招什麼樣的人」。它不給出具體人崗匹配結論，而是提供一套定義需求的框架，讓用人方在開流程之前把職責、經驗要求、協作方式寫清楚，避免 JD 和麪試時說的是兩套話。
流程怎麼設計¶
第二個模塊覆蓋招聘主流程：簡歷篩選、面試、評估、發 offer。Skill 給出流程時間線模板，把每個環節的輸入、輸出和負責人串起來。對沒有專職HR 的小團隊，這條時間線基本就是一套可照做的排期。
面試評估怎麼統一標準¶
第三個模塊針對面試打分不一致的問題。Skill 提供面試評估表，讓不同面試官按同一套維度記錄和評價，面試結束後再彙總。這樣「感覺不錯」能變成具體的判斷依據，也能回溯到某個維度上。
招聘渠道怎麼管理¶
第四個模塊處理渠道層面的雜事：把各個來源的簡歷分流、記錄每個渠道帶來的簡歷量和轉化情況。對長期在多個渠道發佈職位的團隊，這部分能減少重複勞動。
附帶模板¶
Skill 附了三類可直接用的材料：JD 模板、面試評估表、流程時間線。這些是文檔層面的交付物，拿來改一改就能用。
安裝與啓用¶
這個 Skill 不需要 API Key，標籤爲 requires_api_key=false，啓用後不需要額外配置密鑰就能跑。
座標: @kunlungrowth/kunlun-zhaopin
來源: enterprise
分類: business-ops
具體安裝命令取決於你使用的 Agent 工具。抓取到的官方資料裏沒有列出命令行安裝方式，也沒有針對 Cursor、Codex CLI、Claude Code 的差異化說明，這部分請到 SkillHub 頁面確認後再執行，本篇不提供未經覈實的命令。
典型用法¶
從簡介和已有材料看，這個 Skill 的典型用法是把三份材料作爲起點，讓 Agent 基於它們幫你完成具體工作。
1、先用 JD 模板起草職位描述，把崗位職責和要求寫全。
2、再把流程時間線作爲背景提供給 Agent，讓它按既定節奏安排面試和評估節點。
3、面試結束後用評估表收集每位面試官的打分，由 Agent 彙總成統一的評估結論。
4、如果同時在多個渠道招人，把渠道列表交給 Skill，讓它按渠道維度統計簡歷量和轉化情況。
需要注意，這裏沒有需要執行的腳本或命令，整個流程是「文檔模板 + Agent 幫你整理和彙總」，不是自動化工具。
適用場景與注意¶
適合誰¶
適合沒有專職招聘團隊、靠幾個人兼職做招聘的中小團隊，尤其是想把流程規範化、但不想一上來就買 ATS 的團隊。已經有成熟招聘系統的團隊，可能只需要它的評估表和 JD 模板。
限制與坑¶
- Skill 不負責簡歷解析、不聯網拉取簡歷，簡歷來源和錄入仍要靠人或外部工具。
- 它給的是框架和模板，不是「招人決策」。要不要發 offer、薪酬怎麼定，仍然是人的判斷。
- 安裝數爲 0、資料有限，使用前建議先下載三份模板看是否符合自己團隊的習慣，不合適直接換掉即可。
結尾¶
這個 Skill 的價值不在自動化，而在把招聘裏那些容易靠感覺做的部分拉成一套可複用的流程。如果你現在的招聘還是靠表格和羣聊維持，可以先從它附帶的 JD 模板和評估表入手，用起來再逐步補齊流程。
官方地址：https://api.skillhub.cn/kunlungrowth/kunlun-zhaopin
