先给结论
账号是否被限制由招聘平台决定。本文不推测平台的检测方式，也不把本地浏览器、个性化文案或人工确认当作免受限制的保证。
Job Agent 一轮一个平台最多处理 100 个去重岗位，通过 36 维画像辅助判断，给出 selected、review 或 rejected 的结论。发送前展示完整待投清单，等待你的最终确认；100 个是产品处理上限，不是平台允许的日发送额度。
操作前先检查四件事
一、平台提示。查看当前账号状态和平台使用规则；出现限制或验证提示时先停下来处理。
二、简历材料。确认本轮绑定的简历方向与招聘平台上的简历一致，内容真实且已更新。
三、待投清单。阅读每个岗位的公司、职位、判断理由和打招呼，排除不希望联系的岗位。
四、发送授权。确认当前展示的完整清单后再授权发送；清单或打招呼变化后需要重新确认。
Job Agent 的四道安全设计
第一道：本地 Chrome 会话。招聘平台登录会话和 Cookie 留在本地浏览器中。岗位判断需要云端服务，简历材料和岗位信息会用于云端分析；本地浏览器不等于账号不会被限制。
第二道：发送前人工确认。每个平台发送前，系统会展示全部待投清单，你可以全部确认、排除一部分，或直接取消；排除后系统会重新展示清单，再等你最终确认。没有“你睡着了它自己全发出去了”这种事。
第三道：登录、验证码、账号异常，暂停转人工。遇到登录过期、验证码、简历选择或账号异常，流程停下来等你处理，不绕过验证。
第四道：审阅签名打招呼。打招呼基于你的简历和具体岗位生成。发送前请核对经历和技能是否准确；不满意时可以在尚未授权的清单上请求刷新，再审阅并确认。发送必须保留签名原文。
这些控制让你能够审阅并决定本轮联系哪些岗位，不构成平台许可或账号安全保证。
有三件事，任何工具都保证不了
第一，零风险承诺。封号是平台单方面的决定，没有任何第三方工具能担保“用了我就不封”。凡是敢这么承诺的，都值得警惕。
第二，限制原因。本地审计记录可以核对操作结果，不能解释平台内部为什么限制某个账号。
第三，平台状态与规则。招聘平台的页面和规则可能变化。遇到异常请按当前平台提示处理，再决定是否继续使用。
发送前完成三件事
一，核对当前任务。避免多个任务同时操作同一个账号，确认本轮使用的简历和待投清单。
二，审阅完整内容。核对每个岗位和签名打招呼；需要调整时先排除、取消或请求刷新，重新确认后再发送。
三，亲自处理验证。登录、扫码、验证码和账号限制由你按平台提示处理，完成后再检查任务状态。
常见问题
Job Agent 会替我自动登录 BOSS 直聘吗？
不会。登录态在你本地的 Chrome 浏览器里，登录、扫码这些步骤需要你自己完成；遇到登录过期，流程会暂停并等你处理，不会硬闯。
发送前能调整 AI 写的打招呼吗？
发送前会展示每个岗位的完整签名打招呼。你可以排除岗位、取消发送，或在尚未授权的清单上请求刷新打招呼；刷新后需要重新审阅并确认。发送时必须保留签名原文，不能直接改写后发送。
一轮能处理多少个岗位？
一轮一个平台最多处理 100 个去重岗位；这不是平台允许的日发送额度。实际发送多少取决于你的确认和平台状态。排除岗位后系统会重新展示清单，再等你最终确认。
如果账号真的被限制了怎么办？
先暂停操作，检查账号状态并按平台提示处理。Job Agent 的审计记录可以帮助核对已执行的操作，但不能确定平台限制账号的原因。
Job Agent 在发送前有哪些控制？
每个平台展示完整待投清单，等待你的最终确认；登录、验证码和账号异常需要转人工处理；发送使用基于简历和岗位生成的签名打招呼。这些控制不能保证账号不受限制。
简历和账号数据会上传到云端吗？
CLI 导入简历文件时在本机解析，提取的简历文本会用于云端分析和简历中心保存；工作台简历也在云端保存。招聘平台的登录会话和 Cookie 留在本地浏览器里，岗位判断需要将简历材料和岗位信息发送到云端。
从第一轮安全求职开始
查看 Job Agent 产品说明与安装方式，先确认平台与数据边界，再启动第一轮任务。逐平台审阅全部待投岗位，最终确认后再发送。