AI Job Search Agent

What is it（这是什么）

AI Job Search Agent 是把求职流程中"搜索-筛选-匹配-投递-跟进"这条链路交给 AI Agent 自动执行的工具。技术本质是：用 LLM 做 JD 解析和简历语义匹配，用浏览器自动化（Playwright/Puppeteer）做投递执行，用向量检索做岗位去重和排序，再叠加一个记忆层记录每次投递的反馈。商业意义在于：它把求职从"人找岗位"变成"Agent 替人跑流程"，用户付费意愿直接挂钩"拿到面试的数量"。当前信号里 career-ops（开源、求职者视角）和 HireKey（招聘方视角的 Copilot）同时出现，说明这条链路的两端都在被 Agent 化，中间层——也就是独立开发者最该切进去的位置——还是空的。

Why now（为什么现在出现）

三个条件在 2026 年同时成熟。第一，浏览器自动化 Agent 的可靠性跨过了可用阈值，Playwright + LLM 视觉定位让"自动填表投递"从 60% 成功率提到 90%+，一年前这个数字还撑不起产品。第二，主流 ATS（Workday、Greenhouse、Lever）的公开 API 和结构化数据更规范，Agent 解析 JD 的成本大幅下降。第三，求职者端的需求被 AI 筛选反向激发——当招聘方用 AI 筛简历时，求职者用 AI 批量投递成了军备竞赛的必然结果。2026 年 10 月这个时间点，正好是"招聘方 AI 筛选"普及率过半、而"求职者 AI 投递"工具还没跑出头部的一年窗口期。晚一年，这个位置会被 LinkedIn 或 Indeed 自己吃掉。

Market Evidence（市场证据）

信号质量中等偏上，但样本量太小，必须诚实标注。从 producthunt 和 github 两个独立信源各获得 1 次提及，总计 2 次，增长率 100%——这个 100% 是从 1 到 2 的基数效应，不构成趋势确认。成熟度 nascent 是准确的：career-ops 是开源项目（GitHub 信号），HireKey 是 Product Hunt 上的产品发布，两者分属不同信源类型，说明需求不是单一社区的自嗨。判断：这是真实需求的早期信号，不是短期热点，理由是求职是刚性、高频、结果可量化的场景，Agent 化能直接省下用户每周 10+ 小时的机械劳动。但 2 次提及意味着现在还处于"有人在试"而非"有人在抢"的阶段，独立开发者有 3-6 个月的信息差红利。

Who's Behind It（谁在推动）

career-ops 是开源侧的推动者，走 GitHub 路线，靠社区贡献扩展 ATS 适配器，商业模式未定，大概率会走 open-core。HireKey 是产品侧的推动者，定位"recruiter-informed copilot"，即用招聘方视角反向优化求职者投递策略，这是差异化打法，走 Product Hunt 冷启动。真正的"庄家"还没入场：LinkedIn（有岗位数据和用户简历）、Indeed（有流量和 ATS 集成）、以及各大 ATS 厂商本身都有能力做这件事，但目前都停留在"AI 帮你写简历"的浅层功能，没做全流程 Agent。独立开发者的机会在于：在大厂把 Agent 投递做成平台功能之前，先做一个垂直、专注、可被用户信任的独立工具。

TAM & Market Size（市场规模）

全球求职者市场按活跃求职人口算，每年约 2.5-3 亿人（含被动求职者）。可寻址的付费用户是其中的"主动求职 + 愿意为效率付费"人群，按 5% 渗透率算约 1200-1500 万人。付费意愿明确：求职者对付费工具的心理价位是"一次面试机会的成本"，美国市场愿意为"保证拿到 X 个面试"付 30-100 美元/月，印度和东南亚市场 5-15 美元/月。这是一个增长中的市场——AI 筛选普及会持续推高求职者对 AI 投递工具的需求。但要注意：机会分、需求分、市场分全为 0/100，说明当前数据不足以支撑量化评估，这个 TAM 是基于行业常识的推演，不是信号数据得出的结论，独立开发者应把它当成上限参考而非预测。

Competitive Landscape（竞争格局）

现有玩家分三层。第一层是简历工具（Teal、Rezi、Kickresume），只做简历优化，不做投递执行，是浅层竞争。第二层是自动投递工具（LazyApply、Sonara 早期版本），做批量投递但匹配质量差，用户投诉"投了 500 份没面试"，这是独立开发者最该抢的位置——用 Agent 的语义匹配把质量提上去。第三层是平台方（LinkedIn Easy Apply、Indeed），有数据优势但产品保守，不会做跨平台 Agent。市场空白清晰：跨 ATS、跨平台、带反馈闭环的投递 Agent 目前没有强者。大公司会做，但时间窗口有 12-18 个月——他们要先解决内部优先级和合规问题。竞争分 0/100 不是"没有竞争"，而是"竞争还没被量化"，实际竞争是存在的，只是都还没跑出来。

Business Model（商业模式）

推荐订阅制 + 结果挂钩的混合模式。纯订阅（29 美元/月）用户会算"我投了多少份"，纯结果付费（每场面试 20 美元）现金流不稳定。最优解是：基础订阅 19 美元/月覆盖 Agent 运行成本，加"面试保障包"——49 美元/月承诺 4 周内至少 3 场面试，达不到退款。定价依据：求职者愿意为"省时间 + 提命中率"付费，19 美元低于一顿外卖，决策门槛低；49 美元的保障包用退款承诺降低信任成本。12 个月收入预测：保守 300 付费用户 × 19 美元 = 5700 美元/月；基准 1500 用户 × 25 美元均价 = 3.75 万美元/月；乐观 5000 用户 × 30 美元 = 15 万美元/月。获客成本估算：内容 SEO + 求职社区冷启动，CAC 约 8-15 美元，回本周期 1-2 个月。

MVP Blueprint（MVP 蓝图）

核心功能只保留四个：1）上传简历 + 填写目标岗位关键词；2）Agent 从 3 个 ATS（Greenhouse、Lever、Workday）抓取匹配岗位并按匹配度排序；3）一键确认后 Agent 自动填表投递，记录投递状态；4）每周邮件报告投递数量和面试转化。砍掉：简历自动改写、面试模拟、薪资谈判——这些是 nice-to-have，会拖慢上线。技术栈：Next.js + Tailwind 做前端，Supabase 做数据库和 Auth，Playwright 做投递执行，OpenAI/Claude API 做 JD 解析和匹配打分，Vercel 部署。最快上线路径：用 Supabase 的 auth 模板 + Playwright 的 codegen 录制投递流程，3 天出可跑版本，第 4-7 天做匹配打分和邮件报告。建议产品类型 SaaS + Tool，先做 Web 端，不做浏览器插件（插件审核慢）。

Commercial Opportunities（商业化机会）

方向一：垂直行业求职 Agent。做"只服务数据科学家"或"只服务护士"的投递 Agent，目标用户是特定行业求职者，预期月收入 5000-2 万美元。优于通用工具的理由：垂直行业有专属岗位板（如 nursing 的 Vivian），ATS 适配范围小，匹配质量能做得更深，用户口碑传播快。

方向二：求职 Agent API。把投递执行能力做成 API 卖给简历工具和职业咨询机构，目标用户是 B 端 SaaS 和咨询公司，预期月收入 3000-1.5 万美元。优于 C 端的理由：B 端付费稳定，不依赖单个求职者的短期需求，且能复用同一套 ATS 适配器。

方向三：反向招聘数据服务。把用户授权后的投递数据（哪些岗位被投、哪些被拒）匿名聚合，卖给招聘方做市场情报，预期月收入 1-3 万美元。优于前两者的理由：数据是护城河，越用越值钱，但要注意隐私合规。

Product Ideas（产品创意）

🥇 ApplyPilot — "你的 AI 求职副驾，每周替你投 50 份精准匹配的岗位。" 目标用户是 3-6 个月内要换工作的中高级职场人，场景是晚上上传简历、早上看投递报告。现在做对的时机：ATS 适配成本刚降下来，大厂还没做全流程 Agent。

🥈 NurseApply — "专为护士设计的 AI 投递 Agent，只投你所在州的执照匹配岗位。" 目标用户是美国注册护士（RN），场景是换医院或换州执业。现在做对的时机：护理行业缺口大、岗位标准化程度高、垂直 ATS 少，独立开发者能快速吃透。

🥉 RecruiterLens — "用招聘方视角反推你的投递策略。" 目标用户是投递多次无面试的求职者，场景是分析简历为什么被 ATS 拒。现在做对的时机：HireKey 已经验证了招聘方视角的价值，但还没做成独立的求职者诊断工具。

SEO Opportunity（SEO 机会）

搜索量趋势上升，随 AI 求职话题热度同步增长。有价值的长尾关键词：ai job search agent、automate job applications ai、ai resume auto apply、best ai tool to apply for jobs、greenhouse ats auto apply。竞争程度低（SEO 难度 0/100），当前没有强势内容占据这些词。内容策略建议：做"对比页"和"教程页"最容易拿排名——比如"career-ops vs ApplyPilot 对比"、"如何用 AI 自动投 Greenhouse 岗位"，这类页面搜索意图明确、竞争少、转化率高。

Risk Assessment（风险评估）

判断会错的情况：如果求职者普遍认为"AI 投递会被招聘方识别并拉黑"，需求会崩塌。最大三个风险：技术风险——ATS 反自动化机制升级，Playwright 被检测导致投递失败率飙升；市场风险——LinkedIn 或 Indeed 推出官方 Agent 投递，免费且体验更好；执行风险——用户期望"投了就面试"，实际转化率低导致退款和差评。最低成本验证方法：先不做产品，手动替 5 个求职者用 Agent 投递两周，看面试转化数据，成本几乎为零。放弃信号：如果两周内 5 个用户平均投递 100 份后零面试，说明匹配质量或市场时机不对，应立刻停手。

Action Plan（行动建议）

第一步（今天）：去 GitHub 克隆 career-ops，跑通它的投递流程，记录它在哪些 ATS 上失败，这就是你的差异化起点。低成本验证：在 r/jobs 或 Blind 上发帖，提供"免费帮你用 AI 投 20 份岗位"服务，收集 5 个真实用户。如果信号确认（用户愿意提供简历、追问进度），第二步是 3 天内上线 ApplyPilot 的 landing page 收 waitlist。时间线：第一周跑通 career-ops 并验证 5 个用户；第一个月上线 MVP 并拿到前 20 个付费用户；第三个月做到 200 付费用户、月收入 4000 美元，同时决定是否做垂直版本。

Related Terms（相关趋势）

• AI Recruiting Agent — 竞争关系，招聘方侧的 AI 筛选工具，与求职 Agent 形成军备竞赛
• Browser Automation Agent — 依赖关系，AI Job Search Agent 的投递执行层依赖浏览器自动化技术
• ATS（Applicant Tracking System） — 互补关系，ATS 的 API 开放程度直接决定求职 Agent 的适配成本