技能介绍

解决的问题

手动在 BOSS直聘上求职是一项机械且耗时的工作：反复滚动列表、点开详情页、判断职位匹配度、填写并提交申请。这不仅占用了大量时间，而且高度重复。

为了在人工干预最少的情况下持续投递，自动化流程需要解决两个具体难题：UI 状态管理和语义决策。浏览器的单页应用（SPA）状态跳转容易出错（例如误入历史记录页），而不同求职者对岗位的判断标准完全不同，无法通过硬编码规则覆盖。

技能工作方式

@user_f5c8032a/boss-zhipin-assistant 采用 三层循环架构（滚动加载 → JD 决策 → 关键词进化），完全由 Agent 驱动决策，而非脚本暴力执行。

核心能力与步骤

浏览器控制：通过 Kimi WebBridge（端口 10086）控制已登录的 Chrome，禁止 CDP 直连，确保页面状态稳定。
唯一数据源：脚本本身不含任何用户信息，完全依赖 user_profile.json 提供目标城市（city_code）、薪资底线和偏好列表。
执行流程：

1. 导航与验证：Agent 导航到职位搜索页，必须通过快照验证页面标题包含目标城市名，以避免落入 /web/geek/recommend（已投递历史页）的 URL 陷阱。
2. 滚动加载（中层循环）：批量抓取约 50 条岗位，存入 surface_cache.json。
3. AI 筛选与决策（内层循环）：Agent 读取 current_jd.json，依据 user_profile.json 中的 prefer/avoid 规则，向 decision.json 写入 APPROVE 或 REJECT。这一过程由 LLM 语义判断，而非关键词匹配。
4. 关键词进化（外层循环）：当当前页面职位穷尽时，Agent 评估结果并切换搜索关键词（search_keywords）以获取新数据。
5. 强制收尾：一旦达到 daily_target 或发生致命错误，流程强制跳转到 --step finish，生成 投递汇总.html 报告。

工程细节优化

为了避免在循环中触发编辑器的文件写入确认弹窗，该技能在 v5.5 版本中强制要求使用 shell_executor 配合 Python 命令行覆写 decision.json，而非使用 delete + write_file 组合。

适用边界与注意点

Cookie 依赖：该技能依赖浏览器登录态，Agent 无法绕过验证码或执行登录操作。
语义决策的局限：虽然 Agent 会尽力判断，但复杂的职位描述仍可能导致误判，建议在 user_profile.json 中尽可能详尽地填写 domain_description。
零弹窗环境：该技能针对无交互确认弹窗的环境优化，若浏览器自动化工具不支持底层覆写，可能会导致循环中断。
仅限 BOSS直聘：该工具专门针对 BOSS直聘的页面结构和接口设计，不适用于其他招聘平台。