求职这件最主观的事被拆成了可执行的工作流,ai-job-search 在 GitHub 上已近四万五千星。
来历照录。写下这套东西的 Mads Lorentzen,原先是干地球物理的,被裁之后拿 Claude Code 给自己搭了套求职框架。六十九份定向投出去的申请换来二十次一面,行当就此从地学换成了 AI 工程。
但这不是重点,重点是他把求职这种高度主观、容易崩溃、步骤极多的过程,拆成了一套能被 AI 执行、验证、迭代的标准化流程。对比摆出来。大多数人对 AI 写简历的理解还很浅,把 ChatGPT 当个文案器使,JD 一贴、措辞润一润,然后复制粘贴了事。
这个项目重构了整条链路,职位搜索、匹配度评估、简历定制、求职信撰写、面试准备、申请追踪,全链在本地自动化。
再看它把关的那道工序,双代理互审。生成这一半由 Drafter 按你的档案写简历和求职信,复核那一半交给 Reviewer,它用全新上下文另起炉灶,独立调研目标公司,站在第三方立场上挑毛病。
单次生成忽高忽低的老毛病,就这么被流程绕了过去。四条命令撑起全流程。/setup 建立职业档案,/scrape 搜索并排序职位,/apply 一键出材料,含匹配评估、双修订和 PDF 与 ATS 校验。
/interview 负责面试那一头,公司调研、问题预测、STAR 映射、模拟面试都在包里。最让人放心的一点是数据全在本地,不是 SaaS,不用担心隐私。Fork 过来就是你自己的,想怎么改都行。
"双互审"这半句是场重心。前面主代理那套用法讲的是开发里的分工,这条讲的是把同样的分工搬进找工作。跟前面关键词扫描器呼应,那条在找空缺的市场,这条在打点的个人。两头都在提醒同一件事,凡是步骤够多的流程,都能被拆到代理手里重跑一遍。跟前面验收那步留着也接得上,Reviewer 另起炉灶挑刺,等于把评审的独立性写进了工具。
被裁之后拿工具重建整条路这个细节我单独拎出来。作者自己的转行就是这个项目最好的说明,六十九到二十这个比例也替它说了话。
我留的疑问有三处。匹配评估的打分逻辑没给;ATS 校验覆盖哪些系统没拆;不同地区平台的抓取范围也没数,这些都在仓库文档里才看得到。
这周把 /setup 的档案模板抄一份,拿自己最近三个目标职位跑一遍看命中率。



















