求职申请助手

它在解决什么问题

投简历最常见的失败不是没有职位，而是用同一份简历投所有岗位：一份通用 PDF 扔到几十个 ATS（申请跟踪系统）里，关键词对不上、成就与 JD 不匹配，要么被机器筛掉，要么被 recruiter 一眼跳过。反过来，为每个职位手工定制又会在表单字段、登录流程、站点怪癖上消耗大量时间——每个招聘站点的输入框、验证码、字段命名都不一样，重复劳动很容易出错。

这个技能的思路是：一份母版简历对应一个人，针对每次申请生成一个定制版本。关键词与成就都向 JD 对齐，而不是发一封通用简历。

核心能力与执行流程

触发词如 Apply for jobs 或 run my job hunt 会进入 Autonomous Application Loop（自主申请循环），默认端到端自动跑完，不在步骤之间停下来问用户：

• source：抓取职位
• tailor：按 JD 定制简历
• fill：填写申请表单
• submit：提交
• log：记录一行申请日志

只有在预设的 hard stop（硬性停顿点）才暂停。如果用户在提示里指定了 board、范围或角色（例如“先公务员”、“只要 Hackney”、“SOC roles”），会覆盖默认的 board 顺序，相关逻辑见 Boards to hit。其他可用场景包括按角色与地点找职位、针对某条 JD 定制简历、写 cover letter、写 cold outreach / referral、跟踪申请进度、为某个公司的面试做准备。

工程结构与实现要点

这个技能把能力拆成了站点逻辑与共享原语两层：

• 站点层 sites/<board>/：每个 board/ATS 一个目录，内含 NOTES.md（验证过的站点怪癖）和 scripts/；结构化怪癖放在 sites/<board>/quirks.jsonl，通过 quirks.py get <board> 读取。
• 共享原语 sites/_common/scripts/：cfx.sh / cfx.py 是 camofox 的 REST 辅助层，提供 nav / click / type / press / eval / shot / upload 等操作，依赖环境变量 CFX_KEY / CFX_TAB / CFX_USER；页面快照里的引用是 [eN]（方括号，不是 @）。站点脚本必须 import cfx，不要重复实现 post() 或裸 REST 请求；cfx.goto(url) 负责导航并校验页面状态。

references/tool-manifest.md 是开工前必读的一张 任务 → 现成工具 映射表：职位漏斗用 pipeline.py，筛职位名用 check_title，填表用 atsform.py apply，记一行日志用 log-application.py。大部分返工都来自重复造已经存在的轮子；build test 甚至禁止在 check_title.py 之外再塞标题筛选词表。

适用边界与注意点

• 合规性：自动化投递到目标站点前，确认对方的 ToS 与 robots 政策，也要考虑验证码、频率限制等反爬机制。
• 登录态：cfx 依赖 CFX_KEY / CFX_TAB / CFX_USER 等环境变量，登录配方写在各站点 NOTES.md，环境不匹配时流程可能停在 hard stop。
• 不要自造轮子：任何脚本动手前先查 tool-manifest.md；确实缺的能力，应补进共享模块并在 manifest 里加一行。
• 站点变化：NOTES.md 与 quirks.jsonl 是随站点更新的快照，字段或脚本失效时需要回头修订，而不是临时打补丁。