前言¶

团队在招人时，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。