boss-zhipin-assistant:BOSS直聘推薦頁自動化投遞 Skill

前言

投簡歷這件事,手工做有兩個繞不開的痛點:一是重複,推薦頁裏一頁幾十個崗位,逐個點開、判斷、點投遞,幾天下來是純消耗;二是中斷,瀏覽器關掉、頁面刷新、或者 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

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜