前言¶

投简历这件事，手工做有两个绕不开的痛点：一是重复，推荐页里一页几十个岗位，逐个点开、判断、点投递，几天下来是纯消耗；二是中断，浏览器关掉、页面刷新、或者 AI 会话超时之后，已经投到第几页、哪些岗位处理过，全都得重新数一遍。

下面介绍的 boss-zhipin-assistant，就是针对这两个痛点写的一个 Agent Skill。它不是一个浏览器插件，也不依赖 BOSS直聘的官方接口，而是让 Agent 通过浏览器自动化，在你已经登录的 Chrome 里完成推荐页的浏览和投递决策。

这是什么¶

一句话定位：BOSS直聘的自动化投递 Skill，在推荐页上做「拉全量岗位 → 逐条语义判断 → 投递」的串行循环。

• 名称：boss-zhipin-assistant
• 坐标：@user_f5c8032a/boss-zhipin-assistant
• 发布者：user_f5c8032a（community 来源）
• SkillHub 版本：26.8.5
• SkillHub 分类：business-ops
• 评分 100000，下载 929，安装 0；标签 requires_api_key=false
• 官方地址：https://api.skillhub.cn/user_f5c8032a/boss-zhipin-assistant
• 页面地址：https://www.skillhub.cn/skills/user_f5c8032a/boss-zhipin-assistant

它解决的是「人在重复点击、状态记不住」的问题：把判断交给 Agent，把进度落到文件里，把结果汇总成一份 HTML 报告。

核心功能¶

以下能力均来自该 Skill 的官方简介。

1、三层循环架构。整体由「关键词进化」和「推荐页串行投递」两层循环构成（官方描述为三层循环架构），关键词根据投递结果迭代，推荐页按页串行推进。

2、依赖 Kimi WebBridge 控制浏览器。Skill 通过 Kimi WebBridge（端口 10086）驱动一个已登录的 Chrome，而不是自己另起浏览器，因此登录态、Cookie、验证码历史都沿用你当前浏览器的状态。

3、推荐页懒加载全量岗位。页面滚动触发懒加载，把推荐页上全部岗位都加载出来后再开始处理，避免只拿到首屏几十个就收工。

4、Agent 逐条语义决策后投递。每条岗位由 Agent 读岗位描述后单独判断是否投递，判断依据落在决策文件里，不是按固定规则硬匹配。

5、环境自检。运行前先检查浏览器、WebBridge 端口等前置条件是否就绪。

6、投递断点续传。进度写入本地文件，中断后重跑接着上次的位置继续，不用从头再来。

7、每日目标检测。每次运行会看当天已投递数量是否达到设定目标，避免无限制投递。

8、HTML 汇报生成。运行结束输出一份 HTML 报告。按官方简介，报告里包含微信和支付宝的打赏二维码。

9、v5.5 的弹窗修复。官方简介标注：decision.json 的写入方式改用 shell_executor + Python 覆写，用于消除循环中的确认弹窗。这是官方明确列出的版本变更点。

安装与启用¶

官方资料里没有给出安装命令，也没有 Cursor / Codex CLI / Claude Code 的分别安装说明，因此下面只写这类 Skill 的通用启用方式，具体路径以官方页面为准。

这类 Skill 基于通用 SKILL.md 格式，落地流程通常是：

1、取得 SKILL.md 文件
2、放入宿主的 Skills 目录（目录位置取决于所用宿主）
3、在宿主侧启用该 Skill

需要提前确认的两件事：

- 本机 10086 端口能被 Kimi WebBridge 占用并监听
- Chrome 已登录 BOSS直聘，且登录态有效

标签 requires_api_key=false 表示该 Skill 不需要额外的 API Key，但它依赖本地浏览器环境和 WebBridge 进程，缺了这两项会跑不起来。

典型用法¶

官方简介描述的运行流程如下，可以作为验收清单来对照：

1、运行环境自检，确认 WebBridge 与浏览器可用
2、打开 BOSS直聘推荐页，滚动加载出全量岗位
3、进入关键词进化层：依据上一轮投递结果调整关键词
4、进入推荐页串行投递层：逐条读取岗位，Agent 做语义判断
5、判断结果写入 decision.json
6、满足投递条件则执行投递，并记录已投递岗位
7、循环直到推荐页处理完毕
8、检查每日目标是否达成，未达成则决定是否继续
9、生成 HTML 汇报

中断恢复的验证方式：任意一步之后关闭会话，重新发起运行，看它是否从上次的岗位继续而不是从第一页重来。这是断点续传是否真正生效的直接判据。

适用场景与注意¶

适合：

• 需要在短时间内按关键词批量投递、且愿意接受 Agent 自主判断的人
• 希望投递过程可追溯、每次运行有报告留存的人
• 推荐页岗位量大、人工逐条看成本高的场景

限制与坑：

• 依赖已登录的 Chrome 和本地 WebBridge 进程，换机器、换浏览器、端口被占用都会失败。这是本地浏览器自动化方案的固有约束。
• 官方简介提到推荐页懒加载，意味着页面必须能滚动到底部；如果目标站点做了反爬或接口限流，懒加载可能不完整，此时「全量岗位」的前提就不成立。
• Agent 逐条语义决策意味着投递结果不完全可控，同一批岗位两次运行的判断可能不同。如果需要严格按固定条件过滤，这个 Skill 的决策方式不一定符合要求。
• 投递是有实际外部影响的动作。每日目标检测能限制单次运行的投递量，但它不会替你判断该不该投，建议先从小规模试运行开始。
• 报告含打赏二维码，这是作者自行加入的，与投递功能本身无关。

结尾¶

这个 Skill 的价值在于把「拉列表、判断、点击、记账」这几件事串成一个可续跑的循环，并在每次运行后给出一份报告。它的前提是你有一套稳定可用的浏览器环境，否则断点续传和全量加载都无从谈起。

官方地址：https://api.skillhub.cn/user_f5c8032a/boss-zhipin-assistant
页面地址：https://www.skillhub.cn/skills/user_f5c8032a/boss-zhipin-assistant