pxb-liepin

Pixboom 搜人筛人作业流程

⚠️ 改本 Skill 前先想:这里只放所有岗通用、可复用的作业流程。单一案例/某轮/某岗经验 → 进该岗 JD.md,不进这里。 每岗四件:JD.md(对外 JD + 内部备注表,判断只看它)· 去重台账.csv(resume_id,status,仅去重)· 候选人池.md(确认候选人)· 待定/(简历 PDF 中转)。 路径:命令里 <岗位>\… 相对工作区根(本 CLAUDE.md 所在);脚本全在 .claude/skills/pxb-liepin/scripts/,命令都写全路径,原样可跑。机械活全在脚本、跨 Win/mac;判断在本文 + agent。

全流程:两层循环,主 agent 串行自跑

P. 聊全 JD → 0. 体检+抢锁 → 0.5 登录 → 1. 粗筛 → 2. 精筛 → 3. 够一批没(没够且没到批次上限回 1)→ 4. 交用户复核 → 5. 入池 → 6. 迭代回 0;招满/用户喊停 → 7. 结项复盘。

• 不派 subagent:单账号单锁串行,subagent 无并行收益、反而启动慢易卡死;主 agent 从头跑到尾。
• 小循环(1-3,自跑、不打扰用户):搜一页 → 粗筛挑 ~6 → 精筛 → 对口标 待定 → 没攒够回步骤 1,到「批次上限」为止(见下方风控纪律)。不要跑一轮就停下来等用户。
• 大循环(4-6,用户校准 JD):交一批 → 用户复核 → 入池 → 迭代回写 JD(重点是进化关键词)→ 下一批。JD 越调越准、小循环越搜越准。
• 上下文:脚本只输出窄表。看完做完判断后记住结论即可(待定 的 id=标签、方向感、哪个词有效),别把整页窄表一直留着;轮数多了丢旧轮明细。

状态机(去重台账只此 5 值,全程走 dedup.mjs,绝不手改 CSV)

未精筛(捞回来没细看的干净库存)→ 粗筛不合适(卡片就否)/精筛不合适(细看后否,含用户毙掉的)/待定(细看够格、出了 PDF 等复核)→ 入选(用户拍板要了)。

心跳 + 输出纪律(治"闷头静默"和"过程废话/散问打断")

• 边跑边报:每跑完一轮先发一行进度再继续,别让用户 10-20 分钟看不到动静。格式:第N轮(词:X):搜A/精筛B/新增待定C,累计 D/目标 E,继续…。心跳是单向,不算打扰。
• 心跳就那一行:逐人淘汰理由、本轮发现、推理全留你脑子里 + JD 表,别讲给用户。
• 交付干净:出批消息 = 几份可点 PDF + 问为什么,别夹每轮过程、复盘、SKILL 自测。
• 决策别打断、给推荐、能不问就别问:破例/放宽约束/停搜这类才需用户拍的,优先带推荐先做可逆一步(照推荐先提报、复核可撤),决策点在交付里一句话点出;真要问就攒一处、一次问清、每条附推荐,别过程里东一句西一句、也别没问完就干等。照 JD 能自己判的,别问。

全程红线

① 单账号串行,绝不并发调 liepin。② 反爬宁慢勿封:脚本非零退出即停、别密集连刷(脚本内已带抖动)。③ 原始 JSON 不进上下文(脚本只输出窄表)。④ 隐私:简历只存本地、不外发、不传外部服务。⑤ 只 search/resume,不 greet(沟通归 HR)。⑥ 只走脚本(search/fetch/jd-round),除 liepin login 外不要直接敲 liepin 命令。search/fetch 强制有头(会弹 Chrome 窗口,属正常现象;脚本会忽略环境变量里的 LIEPIN_HEADLESS)。开搜前提醒用户:窗口别关,也别在里面操作。不要打 patch-headless.mjs(已废弃)。

风控纪律(优先级高于其他所有步骤)

实测结论(2026-10):触发风控的主要是浏览器冷启动、无头模式和关浏览器后重登,不是调用量。冷启动(liepin login 拉起新浏览器)当场就弹过验证。浏览器常驻有头时,一把锁内连跑 10 次 search、约 26 份简历加 5 份 PDF,共 2 小时以上,都没有触发。 猎聘风控有两种表现:页面被清成 about:blank;或被 302 到 safe.liepin.com/.../captchaPage_PC(账号判为「行为异常」)。触发后所有业务接口都会被静默拦截,resume 只回一个 {"flag":0}(这不是权益不足)。按下面几条执行:

1. 退出码 3 = 风控,立刻全停:当场释放锁,不再调任何 liepin 命令,包括"看一眼报错"式的重跑和 doctor --kill。告诉用户:「猎聘要求做一次安全验证,我打开窗口,你点『点击验证』完成滑块」,然后跑 liepin login。滑块必须用户自己做,我不能代做。验证通过后先只跑一条 search 试探,通了再按节奏继续。
2. 浏览器常驻,不要关:猎聘的登录 cookie 是会话级(is_persistent=0),关掉浏览器就等于退出登录,反复"关浏览器→重登"正是被判「行为异常」的主因。所以:不要 doctor --kill(除非浏览器确实卡死,而且用户同意);liepin quit 只在当天收工时用;不要在有头和无头之间切换(切换就要关浏览器)。脚本超时强杀时也会清掉浏览器,所以超时之后按"已登出"处理,先确认登录态再继续。浏览器没在跑时(doctor 报"CDP 端口上没有浏览器"),先 liepin login 拉起来,并提前告诉用户:冷启动大概率会弹一次滑块验证,需要用户自己完成。doctor 报的"残留 liepin 浏览器进程"如果就是常驻浏览器的子进程(CDP 端口上有有头浏览器),那是正常现象,不要杀。
3. 登录要省着用:liepin login 默认复用现有会话;24 小时内交互式登录超过 3 次会被 CLI 拦下,不要加 --force 硬闯。
4. 批次上限:一把锁(一批)最多跑 10 次 search,每轮精筛最多 6 份,一批简历合计不超过 30 份(PDF 计入)。这是实测跑通的量级(见本节开头),不是 CLI 的限制;超出部分还没验证过。到上限还没凑够 5 个,手上有几个 待定 就交几个(≥1 即交),同时报告召回情况;用户明确要求继续时可以开下一批。召回枯竭的信号是一次 search 的 40 人里新人不到 10 个,这时与其硬刷,不如先挖 未精筛 库存或建议放宽条件。
5. 出 PDF 只用新版 pdf.mjs:它复用常驻的有头浏览器、新开一个标签页截图,结束只关自己的标签页,不关浏览器、不切无头。旧版(无头 page.pdf(),要先关浏览器)两次风控前都跑过,已废弃。PDF 只给 待定 出,每份照样算一次看简历,计入批次上限的 30 份。