HN讨论 · 身份未知2026-08-12

AI 求职代理缺乏可验证的职位数据与申请通道

随着 AI 代理替求职者投递职位，现有做法只能抓取招聘网页并模拟操作 ATS 表单，容易失效或被封；雇主被不匹配申请淹没，候选人得不到反馈。作者提出 OJCP 开放协议，通过 MCP 工具、站点 manifest 和签名授权来提供代理可消费的职位数据与可信提交通道。

查看原始信号hn:49273922

目标用户

委托 AI 代理搜索并投递职位的求职者，以及因代理投递收到大量不匹配申请的招聘方（雇主、HR）。

潜在需求

代理代投场景需要标准化的职位数据描述和统一的申请入口，并在提交时具备可验证的用户授权与代理身份机制，让 agent 不再依赖易碎的抓取与表单模拟，同时让雇主能确认申请来自真实用户授权的代理。

发生场景

求职者让 AI 代理搜索并申请职位时，代理需要从各公司招聘页面读取职位信息并提交申请；由于没有标准化的机器可读职位数据与提交接口，代理只能抓取网页、用 Playwright/Browser Use 模拟填写 ATS 表单，容易因页面变化或反爬而失败，雇主收到的申请也不匹配，候选人往往得不到回复。

来源证据

AI 代理替人申请职位时只能抓取招聘页面并用 Playwright/Browser Use 对抗 ATS 表单，经常断连或被反爬封禁；雇主被不匹配申请淹没，候选人收不到回复。

Author here! Agents are applying to jobs for people right now, with progressively more volume, and there's nothing built for it. So they scrape career pages and fight ATS forms with Playwright/Browser Use, which breaks constantly (or they get bot blocked). Employers get buried in applications that don't fit, candidates hear nothing back, and the resume is now an AI-written thing that another AI scores (which breaks the existing model entirely, btw). OJCP is MCP tools for search and apply, a

https://news.ycombinator.com/item?id=49273922

为什么值得留意

信号来自招聘广告公司 CTO、前 LinkedIn 从业者，能同时看到供需两侧痛点；现有替代方案有明确的失败模式（易失效、被封）。通过协议层解决结构化数据与授权验证，是现有抓取方案缺少的部分，值得进一步观察生态是否采纳。

已有方案

抓取招聘页面，用 Playwright/Browser Use 模拟浏览器填写 ATS 表单

未满足部分

缺少代理可消费的结构化职位数据与统一申请接口
缺少提交层面可验证的用户授权与代理身份机制
现有抓取+表单自动化方案易失效且易被反爬拦截

可能延伸 · 模型推测

协议可扩展为代理求职之外的通用授权委托标准，如其他领域代理代用户操作需身份与同意验证
MCP 工具可延伸到简历解析、匹配度评估等招聘流程环节

目前未知

OJCP 是否已有实际求职者或招聘方采用，没有证据
作者为协议发起方之一，治理和多方参与情况未见
“代理投递量渐增”是作者断言，缺少量化数据
现有抓取/表单方案失败的频率与影响程度未量化

继续核实

在招聘与求职场景中，代理投递失败和雇主被无效申请淹没的现象有多常见？
招聘方是否有动力部署 /.well-known/ojcp.json 并提供代理申请接口，激励与顾虑是什么？
现有 ATS 产品是否会兼容或采纳这类开放协议？
求职者实际使用 AI 代理申请职位的成功率与主要障碍是什么？

主题词

job applicationstructured job dataagent authorizationapplicant tracking systemjob search automation