前言¶
在 DeepSeek Harness(DSH)里做求职相关自动化,常见做法是临时写脚本或让 Agent 直接操控浏览器。前者难维护、难断点续跑;后者把 DOM 操作和语义决策混在一起,出错后不好复盘。社区维护者 1bailan 发布的 dsh-plugin-boss-zhipin 走另一条路:插件只向 DSH 注册 一套 BOSS 直聘投递技能,浏览器控制交给本机 Kimi WebBridge;筛选与读 JD 的语义部分由 Agent 按固定 JSON 接口参与,其余由 Python 脚本确定性执行。下面介绍它的定位、依赖、安装与首次使用方式。
这是什么¶
dsh-plugin-boss-zhipin 是 DeepSeek Harness 插件,在技能列表中提供 boss-zhipin-deliver。插件本身不做浏览器自动化,而是把经过实战打磨的投递流程(三层循环、画像驱动筛选、断点续传、每日目标检测、HTML 汇报)注册进 DSH;实际打开 BOSS 直聘页面的是 Kimi WebBridge(默认 127.0.0.1:10086)。仓库在 GitHub:1bailan/dsh-plugin-boss-zhipin;社区目录页:SkillHub 条目。分类为联网工具;当前 package.json 版本为 5.9.1,许可证 MIT。上游技能基于 WorkBuddy boss-zhipin-assistant v5.9 改写。
核心功能¶
执行架构¶
技能文档与脚本分工如下(资料中的结构):
DSH skill (SKILL.md)
└── scripts/run.ps1 定位 Python、设置 WORK_DIR、UTF-8
└── serial_loop.py 三层循环控制器
├── recommend_loader.py 职位页懒加载
├── jd_reader.py 原页面点卡读 JD
├── deliver_engine.py 投递 + 目标检查
├── keyword_evolver.py 关键词进化
└── report_builder.py HTML 汇报
│
└── HTTP → Kimi WebBridge :10086 → 已登录浏览器
Agent 只做两件需要语义判断的事:对本批岗位初筛并写 jd_to_read.json;读 current_jd.json 并写 decision.json(APPROVE / REJECT)。其余步骤由 Python 确定性执行。
三层循环与状态¶
流程概括为:关键词进化 → 分批加载职位 → 逐条读 JD、决策、投递。支持断点续传、每日目标检测,运行结束后可生成 HTML 汇报。用户画像保存在工作目录的 user_profile.json(不随插件分发),模板见 skill/user_profile.example.json,字段说明在 skill/SKILL.md 的「配置字段」一节。
环境与边界¶
启动前会经 env_check.py 检查依赖;缺失时打印修复步骤,不会盲目开始投递。安全边界(资料原文要点):仅在用户已登录浏览器内操作,不读取或导出 cookie / token / 密码;不绕过验证码、风控或每日上限;不自动点击「继续沟通」;插件不含常驻进程、不上传数据。使用前请遵守 BOSS 直聘服务条款并控制频率。
外部依赖(插件无法代装)¶
| 依赖 | 要求 | 检查方式 |
|---|---|---|
| Kimi WebBridge daemon | 监听 127.0.0.1:10086 |
kimi-webbridge status → "running": true |
| Kimi 浏览器扩展 | 已安装、已启用、已连接 daemon | "extension_connected": true |
| 已登录的浏览器 | BOSS 直聘账号已登录(建议 Edge / Chrome) | 能看到职位列表 |
| Python | DSH 自带运行时即可 | run.ps1 自动探测 |
扩展安装见 Kimi WebBridge 产品页。在 Windows 上检查或启动 daemon 示例:
& "$env:USERPROFILE\.kimi-webbridge\bin\kimi-webbridge.exe" status
& "$env:USERPROFILE\.kimi-webbridge\bin\kimi-webbridge.exe" start
DSH 处于 workspace-write 沙箱时,start 可能因无法写 ~/.kimi-webbridge 的日志与 PID 而失败;可用一次 danger-full-access 重试,或先在 DSH 外终端启动。daemon 提示 update_available / version_mismatch 时仅提示用户,不应自动升级。
安装与启用¶
DSH 版本要求 >= 0.2.0-0 < 0.3.0(README 注明在 0.2.1-rc.3 上开发);Node.js >= 22.19。官方推荐的 tar.gz 直链安装如下(部分网络下比 git clone 更稳):
# 从 GitHub 安装(tar.gz 直链,已验证)
dsh plugin add https://github.com/1bailan/dsh-plugin-boss-zhipin/archive/refs/heads/main.tar.gz
# 也可以从本地目录安装(设置 → 插件 → 本地目录)
若能直连 GitHub,也可使用:dsh plugin add github:1bailan/dsh-plugin-boss-zhipin。
安装后重启 DSH 或重新加载 profile,技能列表中应出现 boss-zhipin-deliver。
典型用法¶
1、准备工作目录¶
所有状态、画像与汇报写入该目录:
$work = "$env:USERPROFILE\Documents\dsh-boss-run"
New-Item -ItemType Directory -Force -Path $work | Out-Null
2、生成并编辑用户画像¶
<SKILL_DIR> 一般为 %USERPROFILE%\.dsh\profiles\<profile>\node_modules\dsh-plugin-boss-zhipin\skill,或 DSH 报告的 resourceBase:
powershell.exe -NoProfile -ExecutionPolicy Bypass `
-File "<SKILL_DIR>\scripts\run.ps1" -Script init_profile.py -WorkDir $work
然后编辑 <WORK_DIR>\user_profile.json。
3、在 DSH 中触发技能¶
在对话中说「帮我投 BOSS 直聘」,或显式加载 boss-zhipin-deliver。完整流程与红线见仓库内 skill/SKILL.md。
适用场景与注意¶
适合已在 DSH 中开发或日常使用 Agent、且愿意在本机维护 Kimi WebBridge 与已登录 BOSS 账号的开发者或求职者。插件以当前 DSH 进程权限运行;安装前应阅读仓库源码与 MIT 许可证,自行评估合规与账号风险。DSH 生态强调「一切皆插件」;SkillHub 等社区目录为独立站点,与 DeepSeek / 幻方无官方从属关系。
结尾¶
dsh-plugin-boss-zhipin 把 BOSS 直聘投递做成可注册的 DSH 技能:语义筛选交给 Agent,循环、加载、投递与汇报交给脚本,浏览器通道统一走 Kimi WebBridge。若要查看元数据或提 Issue,可访问 SkillHub 目录页 与 GitHub 仓库。