BOSS直聘网页端研究【2026年9月】

该文章古法创作未使用ai有耐心看完的请三连本人从2022年开始因为一个私活开始研究boss直聘一晃已经4年过去了也经历boss网页端的几次升级(具体可以看我博客的其它几篇关于boss直聘的文章)最早的前端代码可读性还是很强的甚至于还有中文注释随着前端框架的升级现在的代码都是打包压缩后的chunk甚至还用上wasm现在又增加开发者工具检测如果你用playwright之类的无头浏览器去访问立刻就能被识别一旦做登录操作页面就会自动关闭。下面是我遇到一些问题和解决方案。一、访问要做自动化操作无论用代码驱动还是agent驱动都要一个浏览器常规的无头浏览器直接放弃可以使用patchwright或cloakbrowser这类包装过的浏览器目前实测可以正常打开页面登录等操作。二、代码注入目前agent操作网页的插件也有不少但是它的效率和稳定性还是不如硬编码要实现高效稳定的操作接口级别的拦截肯定是最佳方案这时就需要注入代码但是注入的代码里不要有console操作否则也会被检测到。三、消息这几年唯一没怎么变的就是消息的结构和mqtt协议protobuf的存放方式有过调整但是还是能在代码里找到这些通过代码注入的方式都能获得这块代码是我4年以来唯一改动最小的目前一直稳定运行收发消息的效率和稳定性远超用ai做网页操作而且不用烧token。打招呼这个功能在有了ai后确实有了质的提升以前只能固定几个招呼语现在可以结合求职者简历针对每个职位自动生成合适的招呼语相比固定的会更有吸引力。复聊没有ai前这块只能按规则关键字匹配去回复一些固定的内容或者交给人工处理现在有了ai接入一个轻量的定制agent然后把交换联系电话微信/发简历都做成agent的工具接入高德或百度的mcp后甚至当招聘者发送位置信息时还能自动判断通勤是否方便目前可以完全做到无人参与了只需要等招聘方加微信或打电话了。此外开放了agent的提示词这样求职者可以自己修改回复消息的逻辑。实测这块token的消耗相比使用openclaw/workbuddy之类的agent要少很多很多。四、职位列表职位列表接口变化不大但是仅限首次加载时能返回数据如果再次单独调用职位列表接口就会拿不到数据这时需要借助自动化操作去翻页然后拦截响应数据。ai筛选使用ai对职位信息进行二次过滤用过boss的都知道有时列表里会夹杂一些不相关的职位甚至是外省市的这时使用ai根据自己喜好再做一个过滤可以实现更精准的打招呼毕竟现在一天只有120次机会。五、职位详情以前是有单独接口可以获取完整的某个职位信息现在是服务端渲染了所以只能解析网页效率略差有时职位描述中还会被混入特殊字符这时也可以借助ai做个简单处理也用不了多少token。六、职位筛选筛选条件在页面加载时都能获得筛选时组合参数就能实现条件筛选但是这里要注意的是这个只对推荐时生效当切换到某个求职意向后查询参数就不走页面url了只会影响接口。七、简历这块接口也是比较稳定的现在有了ai已经可实现针对每个职位定制一份简历然后再发送投递的效率会高很多但是ai优化简历这块烧了我不少token因为普通的优化润色对于现在的招聘方ai简历筛选毫无意义所以还需要在求职者许可的范围“适当夸大”但是大模型受模型本身道德约束会认为是在造假所以有时会拒绝修改有时仅仅是润色生成的结果还是达不到求职者的要求为此我做了两个agent一个是简历修改专家一个是简历审核专家让他们互相对抗烧了接近100元的token算是得到一个相对满意的方案用的模型是deepseek-v4.1-flash性价比最佳现在还在继续优化中。结尾以上介绍肯定算不上详细一篇文章也很难完全说清楚同时我也做了招聘端相关的产品欢迎有兴趣的同行互相交流。