按反馈把功能介绍写深了，每段配真实系统截图：
逐岗相关性初判，只看相关，不误杀。海投最怕的不是漏投，是被自己的筛选条件误杀：很多 AI 产品岗挂着别的职位名、薪资写得低，先被筛掉就永远没机会。Auto JB 的扩展逐岗读取标题与职责，只判断是否同时与 AI 和产品相关，不按精确职位名、职级、薪资、经验筛人，你只做复核。这套流程是在真实页面上跑通过的：一次前台只读批次发现 47 个不同岗位，初判 16 个符合，复核纠正误判后剩 14 个。机器做粗筛、人做复核，分工写在明处。
账本去重，结果不明的不自动重试。点击“立即沟通”后按岗位 ID 记进本地账本（ FastAPI + PostgreSQL ），点过的永不重复点；结果未知的一律隔离跳过，不自动重试。海投一个月后最大的资产不是投了多少，是“谁点过、谁没点、谁结果不明”一本清清楚楚的账，复盘时有数据，而不是凭记忆。点击间隔 5 到 120 秒可控，默认 5 秒，节奏由你定，不是无脑连点。
点击门禁：核对无误才点一次，绝不冒充送达。这是工具和外挂的分界线。点击前，扩展先核对左侧卡片与右侧详情的岗位 ID 、标题、公司、北京地点、AI 产品职责，只有明确符合、且按钮确实是“立即沟通”才点一次；点击后记为“已点击·待人工确认”，不宣称站内消息已送达，更不自动发简历。BOSS 以点击“立即沟通”、猎聘以打开明细后真实点击“聊一聊”并观察页面响应为完成点，后续会话与简历永远由人工确认。平台规则与账号风险始终由你把握，工具不替你撒谎。
先在虚构岗位上验全流程，数据不出本机。上真站之前，先在本地样本页跑通全流程：8 个虚构岗位，5 个纳入、2 个排除、1 个待复核，误判、异常、暂停恢复全在这里验一遍，不拿真实账号试错。工作台只读回看每一次判断依据与动作记录，按平台筛选；消息探针只做只读基线，存的是名片指纹哈希，不存聊天正文。所有数据只在本机：PostgreSQL 只在 Compose 网络内，不映射宿主端口；扩展只保存设备令牌，配对码 5 分钟有效、仅用一次。任务可暂停、恢复、续接，页面失去前台或配置改变时自动暂停，控制权始终在你手里。
