[开源项目] boss-crawler-skill:一套完整的 BOSS 直聘求职自动化工具skill：爬取岗位 → 解析简历 → 智能匹配 → 可视化报告 → 自动投递。

一套完整的 BOSS 直聘求职自动化工具爬取岗位 → 解析简历 → 智能匹配 → 可视化报告 → 自动投递。所有 LLM 分析由 Claude Code 自身模型能力完成帮助你更好精投简历。源代码 GitHub - zhansan379/boss-crawler-skill: 一套完整的 BOSS 直聘求职自动化工具skill爬取岗位 → 解析简历 → 智能匹配 → 可视化报告 → 自动投递。所有 LLM 分析由 Claude Code 自身模型能力完成。 · GitHub先由 Python 规则引擎对全部岗位做快速初筛薪资、经验、学历、技能词边界匹配 别名归一化再对候选岗位执行 Claude 语义深度分析JD 职责与简历项目的实质匹配、技术栈契合度。同时生成 Bauhaus 风格 HTML 可视化报告包含所有岗位的匹配度卡片、分类统计图表和投递状态。踩过的坑我使用DrissionPage的get()方法加载一个基于 React 构建的单页应用SPA肉眼观察浏览器窗口页面内容在 2-3 秒内就已经完整渲染显示出来了但代码层面却硬生生阻塞了22秒才往下执行。翻阅 DrissionPage 的官方文档和底层源码我发现get()方法默认的load_mode是normal。在normal模式下它底层监听的是浏览器的document.readyState complete状态。这也就意味着它不仅仅是等 DOM 渲染它在等所有依赖资源加载完成包括巨大的高清轮播图无用的广告 JS / 埋点 SDK谷歌/第三方统计脚本通常很慢字体文件.woff2结论SPA 的首屏显示依赖的是 JS 执行后的动态 DOM 渲染触发DOMContentLoaded而Load事件则被大量静态资源拖垮了。这就是“眼见为实”与“程序阻塞”之间的时间差。“模拟请求”永远优于“模拟点击/浏览器渲染”。浏览器自动化Selenium/DrissionPage是爬虫的“兜底方案”而不是“首选方案”。当页面数据通过 API 清晰返回且无复杂加密时使用 requests/httpx 直调接口不仅速度快了一个量级而且避开了前端改版导致的选择器失效问题。