前言¶
中小团队招人，常见的做法是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
