求职投递自动化引擎

手动投递为何总在关键处掉链子

多数求职者把简历写成一份“通用文档”，再对每个岗位做微小改动。这样做的问题不在工作量，而在匹配度：招聘系统的筛选器按关键词和成就描述做匹配，通用简历很难在第一轮就通过。另一个断点是流程割裂：找岗位、改简历、填表单、记录进度分散在不同工具里，每一步都要重新理解上下文。不同招聘网站的表单逻辑也完全不同——字段标签、必填校验、上传限制、提交按钮位置各有差异，手工填写既慢又容易出错。

技能如何把这些步骤串成一个可重复的流水线

该技能把求职组织成一条自主闭环：从岗位来源到投递记录，按 source → tailor → fill → submit → log 顺序自动推进，只在预设的硬停止点暂停。核心原则是“一人一简历，多版本定制”——每次申请都依据 JD 关键词与成就点重新对齐，不发送通用简历。

重复劳动被下沉到可复用的模块。cfx.sh 与 cfx.py 负责浏览器层操作：导航、点击、填写、截图，脚本通过 CFX_KEY、CFX_TAB、CFX_USER 等环境变量接入。atsform.py 是跨 ATS 的表单引擎，按字段可见标签的子串定位目标，提供 fill、select、upload、review、submit 等能力。站点特有的逻辑放在 sites/<site>/ 下：NOTES.md 记录已验证的平台怪癖，scripts/ 存放该站点的自动化脚本，结构化怪癖则用 quirks.jsonl 管理。

在写任何脚本之前，先查 references/tool-manifest.md：这是一份“任务 → 已交付工具”的对照表，例如漏斗来源对应 pipeline.py，标题筛选对应 check_title，表单填写对应 atsform.py apply，记录一行对应 log-application.py。很多返工来自重复实现已有工具；确有缺失能力时，应同时补到共享模块和清单行里，而不是在脚本里私自内联。

适用边界与注意点

• 它覆盖的是投递流程本身，不替代面试准备、职业方向判断或薪资谈判。
• 通用简历原则是硬约束：即使时间紧张，也不要退回到“一份简历群投”。
• 未覆盖的站点要先验证平台行为，再扩展 sites/<site>/ 下的脚本，不要凭经验猜测表单结构。
• 浏览器层优先复用 cfx.goto(url) 做导航并确认渲染，避免在空白页上继续操作。
• 提交动作之前应保留可审查的投递快照，便于核对实际填入的内容与 JD 是否一致。