| name | boss-recruiter |
| description | BOSS直聘自动化招聘工作流。批量打招呼、查看回复、筛选简历、交换联系方式,并生成候选人分析表格。当用户提到「BOSS直聘招聘」「批量打招呼」「筛选简历」「自动招聘」「BOSS直聘候选人」或任何与 BOSS 直聘招聘流程相关的需求时,使用此技能。 |
BOSS 直聘自动化招聘工作流
这是一个端到端的招聘自动化流程,通过 opencli 的 BOSS 直聘适配器完成以下工作:
批量向推荐候选人打招呼 → 等待回复 → 查看简历 → 与 JD 匹配分析 → 对合适的人请求交换联系方式 → 输出结构化分析表格。
前置条件
- opencli 已安装并可用(命令:
opencli )
- Chrome 浏览器已打开并登录 BOSS 直聘 (zhipin.com)
- OpenCLI Browser Bridge 扩展已安装并启用
工作流步骤
第一步:确认岗位信息
向用户确认以下信息,缺一不可:
-
目标职位:用户要操作哪个岗位?运行以下命令获取职位列表:
opencli boss joblist -f json
返回字段:job_name, salary, city, status, encrypt_job_id
-
JD 要求:这个岗位的核心要求是什么?让用户提供或自己根据职位信息总结。关键维度包括:
- 工作年限要求
- 学历要求
- 必备技能/经验
- 薪资范围
- 其他硬性条件
-
招呼语:用户是否有自定义的打招呼文案?如果没有,使用默认文案。
将 JD 要求记录下来,后续用于简历匹配分析。
第二步:查看推荐候选人并批量打招呼
先查看当前推荐候选人列表:
opencli boss recommend --limit 20 -f json
返回字段:name, job_name, last_time, labels, encrypt_uid, security_id, encrypt_job_id
然后执行批量打招呼,每次限制 10 人:
opencli boss batchgreet --job-id <encrypt_job_id> --limit 10 --text "<招呼语>"
向用户汇报打招呼的结果(成功/失败数量和名单)。
第三步:等待候选人回复
告知用户需要等待约 10 分钟让候选人回复。使用 /loop 或提醒用户稍后回来。
10 分钟后(或用户指示继续时),查看聊天列表获取回复情况:
opencli boss chatlist --job-id <encrypt_job_id> --limit 50 -f json
返回字段:name, job, last_msg, last_time, uid, security_id
判断回复的逻辑:对比打招呼名单和聊天列表,找出 last_msg 不是我们发出的招呼语的候选人——这些人就是有回复的。重点关注 last_time 在打招呼之后的消息。
第四步:查看回复者的简历
对每个有回复的候选人,逐一查看简历:
opencli boss resume --uid <encrypt_uid> -f json
返回字段:name, gender, age, experience, degree, active_time, work_history, education, job_chatting, expect
将每个人的简历信息完整记录下来。
第五步:简历与 JD 匹配分析
对每份简历,按以下维度与第一步记录的 JD 要求逐一比对:
| 维度 | 判断方法 |
|---|
| 工作年限 | 简历中的 experience 是否满足 JD 要求 |
| 学历 | degree 是否达到要求 |
| 技能匹配 | work_history 中的公司、职位、行业经验是否相关 |
| 教育背景 | education 中的学校、专业是否匹配 |
| 薪资期望 | expect 是否在 JD 薪资范围内 |
| 活跃度 | active_time 反映候选人的求职活跃程度 |
给出明确结论:符合 或 不符合,并写出具体理由。
第六步:对符合要求的候选人请求交换联系方式
对所有判定为「符合」的候选人,自动请求交换手机号:
opencli boss exchange --uid <encrypt_uid> --type phone
如果用户希望交换微信,改为 --type wechat。
执行前向用户确认名单,得到确认后再批量执行。
第七步:生成候选人分析表格
在工作目录下创建 Markdown 文件,文件名格式:boss_招聘分析_<职位名>_<日期>.md
表格结构如下:
# BOSS 直聘招聘分析报告
**职位**: <职位名称>
**日期**: <执行日期>
**招呼人数**: <N> 人
**回复人数**: <M> 人
**符合要求**: <X> 人
**不符合要求**: <Y> 人
## 一、回复并提供简历的候选人
| 姓名 | 年龄 | 学历 | 工作年限 | 最近公司/职位 | 期望薪资 | 匹配结果 |
|------|------|------|----------|--------------|----------|----------|
| ... | ... | ... | ... | ... | ... | 符合/不符合 |
## 二、符合要求的候选人
| 姓名 | 学历 | 工作年限 | 核心匹配点 | 联系方式交换状态 |
|------|------|----------|-----------|----------------|
| ... | ... | ... | <具体原因> | 已发送/未发送 |
## 三、不符合要求的候选人
| 姓名 | 学历 | 工作年限 | 不符合原因 |
|------|------|----------|-----------|
| ... | ... | ... | <具体原因> |
## 四、未回复的候选人
| 姓名 | 打招呼时间 | 状态 |
|------|-----------|------|
| ... | ... | 未回复 |
注意事项
- 频率控制:每次批量打招呼不超过 10 人,避免触发平台风控。如果用户想打更多,分多轮执行,每轮之间间隔至少 5 分钟。
- 确认机制:在执行交换联系方式之前,务必向用户展示候选人名单并获得确认。
- 错误处理:如果某个命令失败(如 cookie 过期、候选人不存在),记录错误并继续处理下一个,不要中断整个流程。
- 输出格式:所有 opencli 命令统一使用
-f json 获取结构化数据,便于解析处理。
- 数据保存:分析报告保存到用户的当前工作目录。