Industry & ecosystem notes

招聘数据生态与 ATS 行业梳理

从 ATS 这个概念出发,横向拉开企业级软件的版图,再往下拆到招聘数据的两个源头、ATS 与主流招聘平台之间的同步机制,以及开源社区对应的工具选型。全部结论标注来源与口径,便于复核。

整理日期:2026-11-02 定位:行业与生态梳理 数据口径:见文末「事实核查与口径说明」

为什么有这篇

朋友想做一个调研,需要抓取并分析招聘网站上的数据,结果卡在了「抓不下来」。帮他排查的时候,我才第一次认真了解 ATS 是什么,就顺着把招聘这块企业服务理了一遍。

这类调研我把它算作投资的一部分:不急着下结论,先搞清楚一个行业里钱和数据是怎么流动的。下面的规模数字大多来自 AI 辅助检索到的二手资料,口径和可信度见文末。

带着这些问题继续看(还没有答案)

  1. 国内中小企业没有 ATS,BOSS直聘这类平台同时承担了发岗位、收简历、沟通三件事。这是它比 Indeed、LinkedIn 扎得更深的地方,还是它的天花板?
  2. 纯 ATS 全球只有约 30 亿美元,而且正在被 Workday、SAP 收编。招聘这块的价值最后是沉淀在 HCM 套件里,还是沉淀在握有流量的平台手里(Indeed 背后是 Recruit,LinkedIn 背后是微软)?
  3. 平台一边抓别人、一边防着被抓,这种单向开放能维持多久?Cloudflare 对 AI 爬虫收费以后,数据会越来越贵,谁会因此受益?

核心结论

先看这五条,细节在后面各章展开

  1. ATS 不是站点、也不是聚合平台,而是企业自己用的招聘后台软件(Applicant Tracking System)。它通常是 HCM 套件里的一个模块,气质接近 ERP / OA。
  2. 招聘数据有两个源头:消费级招聘平台(LinkedIn、Indeed、BOSS直聘)与企业自有 ATS 的公开页。按 RemoteHunt 口径,约一半远程岗位只发在后者、从不上平台。
  3. 海外生态是「企业主动推送 + 平台爬取索引」并存、且双向同步:岗位出去,申请与效果数据回来。但这是有认证门槛的合作网络,而且平台自己严防被抓——单向开放。
  4. ATS 全球纯市场约 30 亿美元,占企业应用软件支出约 0.6%;格局分三层,2025–2026 正被 HCM 套件厂商快速并购整合。
  5. 开源侧没有通吃方案:JobSpy 抓大平台、freehire 一类读 ATS 公开页,实际管线通常拼两者;生产环境共识是 hybrid——确定性步骤用 Playwright,只在易变处加一层 AI。
阅读提示

本文所有"规模"数字来自第三方市场研究或厂商口径,彼此打架时以量级为准、不要引用精确值。涉及具体仓库的 star 数、推送时间、许可证状态,均为 2026-11-02 通过 GitHub API 实测。

一、企业级软件全景

先给 ATS 定个坐标:它在整个企业软件版图里是很小的一格

按职能域把主要大类铺开。蓝色是容易被漏看的类别,灰色是相对更常被提及的(销售、财务、法务、研发)。ATS 只是「人与组织」域里的一个模块。

企业软件按职能域分类全景 分为客户与收入、运营与资源、人与组织、技术与支撑四域,蓝色标出易被漏看的类别。 客户与收入 运营与资源 人与组织 技术与支撑 CRM 销售 营销 MarTech 客服与客户支持 ERP 财务 供应链 SCM 采购 · 制造执行 HCM 人事薪酬 ATS 招聘(本文主角) 协同与内容 安全合规 GRC 数据分析 BI DevOps · ITOM 较常提及 容易漏看
图 1 · 企业软件职能域全景。ATS 属于「人与组织」域,与 HCM、协同并列,不是独立大品类。

规模:2026 年企业应用软件约 4963 亿美元

来源:Gartner 3Q26 数据集(G00862072),经 Software Strategies Blog 整理;单位十亿美元,现价美元。

2026 年企业应用软件各细分市场规模 横向条形图,CRM 最大约 1705 亿美元,其次 ERP 与其他应用软件约 830 亿美元。 单位:十亿美元 CRM 170.5 ERP 83.0 其他应用软件 83.5 邮件与创作 47.0 供应链 SCM 42.8 分析平台 42.3 内容服务 21.3 项目组合管理 PPM 5.9 合计 496.3(2026) → 812.6(2030),CAGR 12.8%
图 2 · 条形长度按 2026 年规模等比绘制。CRM 占新增支出的 37.7%,是最大增量来源。
大类20262030CAGR备注
CRM170.5289.813.8%占 2026–2030 新增支出 37.7%
ERP83.0130.911.6%其中 HCM 占该域 60%、贡献增量 66%
其他应用软件83.5128.610.9%—
邮件与创作47.077.213.6%微软、谷歌主场
供应链 SCM42.871.513.2%采购子段增速 14.2%
分析平台42.373.814.5%决策智能子段增速 20.8%,全表最快
内容服务21.331.910.5%—
项目组合管理 PPM5.98.810.2%最小一类
合计496.3812.612.8%—
口径提醒

另有来源给「企业软件市场」2026 年 3236 亿美元、还有把 Gartner 企业 IT 总支出写成 6750 亿美元的。差别在于应用软件子集 / 含基础设施的 IT 总支出 / 更窄口径。跨来源比数字前先对齐口径,这与后文 ATS 规模表是同一个毛病。

容易漏看的几块

二、ATS 到底是什么

三个常见误判,以及一个能记住的比喻

常见理解判定准确说法
一个站点的名字不对Greenhouse、Workday、Lever 才是具体产品 / 厂商名
某个东西的缩写对Applicant Tracking System,申请人追踪系统
一类「需求」的缩写差一层不是需求,是一类软件 / 系统品类(software category)的统称
第三方的聚合数据平台方向反了ATS 是源头;真正做聚合的是 freehire、JobsPipe 这类第三方项目

一句话定义:企业 HR 用来跑招聘全流程的后台软件——开岗位、发布、收简历、把候选人从「已投递」推到「面试 / offer / 录用」,外加合规留痕。按 Jobscan 口径,财富 500 强中 97.4% 检测到在用(二手转引)。

容易搞混的原因:Greenhouse、Workday 这些厂商替上万家公司托管招聘网页,网址看着像同一个大站(boards.greenhouse.io/某某公司),其实是每家公司各租一间、数据互不相通——像写字楼里独立办公室,不是一个大厅摆满摊位。

一个比喻

ATS 是每家餐厅自己的厨房(只做自家菜、管自家订单);LinkedIn / BOSS直聘 是外卖平台(把很多家厨房的菜单列一起给你挑)。菜是厨房做出来的,平台只是转载菜单。企业买厨房主要不是为了把菜单贴到几个平台,而是为了接单、备菜、记谁点了什么、出餐、对账——核心价值在「简历进来之后」,不在「岗位发出去」。

ATS 系统的后台与公开出口 一个 ATS 分为需登录的 HR 后台与免登录的公开出口,爬虫只读取公开出口。 一个 ATS 系统(Greenhouse / Workday / Lever …) 后台 · 需登录(HR 在用) 收简历、解析成结构化字段 关键词搜人、筛选 排面试、发 offer、合规留痕 公开出口 · 免登录 careers 招聘页 per-company JSON 端点 薪资等结构化字段 需登录 · 抓不到也不该抓 爬虫 / 聚合器 → 结构化表格 岗位信息与候选人简历是两类数据:前者公开招聘、可被索引;后者是个人信息,厂商作为受托处理方依法不得挪作他用。
图 3 · ATS 的两个面。抓取只能碰右边那个公开出口,左边后台要登录且涉及个人信息。

一眼认出它

投递页地址背后 ATS
boards.greenhouse.io/…Greenhouse
jobs.lever.co/…Lever
jobs.ashbyhq.com/…Ashby
apply.workable.com/…Workable
…myworkdayjobs.com/…Workday Recruiting

三层角色别混

谁在用装几家的岗位
ATS这一家公司的 HR1 家(自己)
LinkedIn / BOSS直聘求职者很多家
freehire / JobsPipe做数据的人把很多家的 ATS 页再汇总一遍

顺带两个常见误判:ATS 不是「AI 判官」——本质是带搜索框的结构化档案柜,多家资料明确说没有统一的自动评分或拒绝流程;「ATS-friendly 简历」是同一个词的另一层用法,指排版能被解析器正确读成字段(单栏、标准小标题、关键词与 JD 对齐),跟「抓岗位」不是一回事。

三、ATS 行业规模与竞争格局

规模不大,但正在被 HCM 巨头收编

规模:口径打架很厉害

机构2026 规模增速备注
Polaris Market Research$3.32B6.9%北美占 37.1%
Mordor Intelligence$2.65B7.25%云部署占 88%、大企业占 63% 收入
The Business Research Company$3.17B7.1%—
Coherent Market Insights$2.73B13.1%—
Fortune Business Insights$18.57B8.2%口径明显更宽,约 6 倍

四家落在 $2.6–3.3B 的高度一致区间,唯独 Fortune 给到 6 倍,大概率把「招聘 / 人才获取软件整体」算了进去。取量级:全球纯 ATS 约 30 亿美元。放到 Gartner 口径的 4963 亿企业应用软件里,约占 0.6%——ATS 是个很小的细分,只是讨论得多才有存在感。

格局:三层 + 并购潮

层代表赢在哪
HCM 套件里的招聘模块Workday Recruiting、SAP SuccessFactors、Oracle Recruiting、UKG、ADP安全认证、SSO、员工数据统一;常由财务 / IT 顺带采购
独立专业 ATSGreenhouse、Lever、iCIMS、Ashby、Workable、SmartRecruiters招聘体验、结构化面试、流程灵活
长尾 / 垂直 / 区域Bullhorn(猎头)、Zoho Recruit、JazzHR、BambooHR、Pinpoint、Teamtailor、Avature细分场景与价格

Mordor 给的市场集中度为 Medium:没有垄断者。但 2025–2026 整合明显提速(多为厂商公告经二手汇总转引,未逐条一手核验):

套件派与独立派的张力值得留意:套件派赢在安全认证与统一数据,独立派赢在招聘体验与流程灵活度。采购时真正的风险不在功能清单,而在被收购后的路线图偏移、定价杠杆变化与外部集成变脆弱。

国内口径

国内也有 ATS(北森、Moka、用友大易、飞书招聘、牛客招聘等,2026 年大致分「一体化 HCM / 办公套件内嵌 / 垂直 AI Agent」三类)。但可搜到的渗透率数字几乎全来自厂商博客,同一家给出 52%、58%、61%、65%、68% 互相打架,不建议当权威引用。定性结论多来源一致:200 人以下企业大量靠 Excel + 企业微信 + 飞书多维表格,约 200 人是分水岭。

四、招聘数据的两条路线

为什么开源项目会分成互不重叠的两派

「招聘网站」其实是两个不同的数据源,对应两类完全不同的开源项目。

招聘抓取开源项目的两条路线 消费级招聘平台对应聚合站爬取,企业自有招聘页 ATS 对应协议级读取,最终汇入结构化表格。 消费级招聘平台 LinkedIn · Indeed · BOSS直聘 · 51job 企业自有招聘页(ATS) Workday · Greenhouse · Lever · Ashby JobSpy · get_jobs · BOSS 爬虫 聚合站爬取 · 需登录态 反爬强 · ToS 敏感 freehire · ats-scrapers 协议 / JSON 端点读取 · 零浏览器 天然去重 · 更接近合规 结构化 DataFrame / JSON / CSV → 调研表格
图 4 · 两条路线不是工具偏好之争,是要去的地方根本不是同一类。
覆盖面才是关键

RemoteHunt 在 2026-09-01 追踪的 42,612 个远程岗位中,21,296 个(约一半)直接来自企业自己的 ATS、从未同步到任何招聘平台——公司开了岗位、ATS 发到自家 careers 页,分发就到此为止。只搜 LinkedIn / Indeed 等于系统性漏掉半个市场。另有 Crawlora 对 1,128,909 条在招岗位的普查:按岗位量 Workday 一家占 63.2%(样本偏其抓取池,方向性参考)。

一个对做表格很实用的差异:薪资字段完整度

JobsPipe 口径,2026,各源「标注薪资范围的活跃岗位占比」。

数据源标注薪资占比数据源标注薪资占比
Y Combinator67.7%Workday23.3%
Ashby56.1%Lever22.7%
Greenhouse46.8%LinkedIn22.1%
Indeed36.8%SmartRecruiters5.3%

如果薪资是表格里的关键列,选数据源比选爬虫工具更影响结果。

五、ATS 与主流平台的同步生态

海外大企业主要用 ATS 发岗位,那平台的数据哪来?

先给结论

「平台自己去抓」只对一半。Indeed 官方帮助页明确写:搜索结果含 hosted jobs(雇主直接发)与 indexed jobs,「Indeed's technology continuously scans career sites and job boards across the web」,企业还能事后认领被抓来的岗位、编辑并投赞助。但大企业主流是主动授权推送,不是被动等爬;而且这是有认证门槛的合作网络,平台自己却严防被抓——单向开放。

ATS 与招聘平台的双向数据同步 岗位从企业 ATS 推送或索引到平台,申请与效果数据回流,形成闭环;平台抓取企业是常态但平台自身严防被抓。 企业 ATS 岗位源头 · 候选人主档 LinkedIn / Indeed 聚合曝光 · 流量入口 岗位发出去 申请与效果数据回来 ① 主动推送:Apply Connect / ATS Sync / XML feed — 需授权,LinkedIn 要求 ATS 厂商通过认证 ② 平台爬取:Indeed 官方称持续扫描企业官网与 ATS 页,形成 indexed jobs ③ 申请回流:Easy Apply / webhook 把简历与曝光数据送回 ATS 平台抓企业公开页是常态;但平台自己严防被抓(LinkedIn 对公开请求返回 HTTP 999)
图 5 · 双向同步闭环,以及最反直觉的一点:这个生态是单向开放的。
路径谁发起机制要授权吗
主动推送(大企业主流)企业经 ATSLinkedIn Apply Connect、Indeed ATS Sync、XML feed / REST + OAuth2要 LinkedIn 要求 ATS 厂商认证
平台爬取索引平台Indeed 持续扫描 careers 页与 ATS feed → indexed jobs通常无需 企业可事后认领
搜索引擎索引Google 等结构化标记 → Google for Jobs无需
申请回流平台 → ATSEasy Apply / Apply Connect / webhook 送回简历需接入
效果数据回流平台 → ATS曝光、点击、完成率、cost-per-application 报表 API需接入

三个关键判断

  1. 有门槛,不是随便抓。LinkedIn Job Posting API 要求 ATS 厂商先取得 partnership certification。官方 Apply Connect 清单里 Workday、Greenhouse、iCIMS、Lever、SmartRecruiters 等标「可用」,而 Oracle Taleo Enterprise、ADP、Avature、Cornerstone、Breezy 标「不可用」。Indeed 对接 350+ ATS 伙伴。行业试过用 HR-XML / HR Open Standards 统一格式,但采纳不一致,各家仍是专有格式,得逐平台适配。
  2. 是双向同步,不是「不允许同步」。不做的代价很实在:每周发 50 个岗位手工铺到各平台约耗 25–50 小时人工。多渠道分发不是企业采购 ATS 的主因,但在日常运营里权重很高。
  3. 单向开放。平台抓企业公开页是常规操作、企业也欢迎;但平台自己被抓是被严防的——LinkedIn 对公开请求返回私有状态码 HTTP 999、公开 people search 直接跳登录,Cloudflare 自 2025-07 起对新域名默认屏蔽 AI 爬虫。别从「Indeed 会爬」推导出「抓取普遍被允许」。

商业层与一个实操坑

被索引是免费的,变现放在赞助侧:Indeed Sponsored Jobs、LinkedIn Job Slots(按同时在招岗位数计费,ATS 里岗位一关闭就自动轮换腾槽位)、以及按 CPA 动态调预算的 programmatic advertising。企业「不反对被抓」的深层原因是曝光有利可图。

坑:同一岗位若既手动发又经 feed 推,Indeed 的去重并不完美,会拆成两条分流。业内做法是指定唯一 canonical source——这也正是 freehire 那类项目必须自己做去重的原因。

回到国内经验

小微企业 HR 用 Excel、直接维护 BOSS直聘 / 58 / 拉勾,是因为压根没有 ATS 这个「源头」,平台本身同时承担发布与收简历,所以不存在「ATS → 平台」这条同步链。海外大企业有 ATS 做主档、平台只是分发渠道——这才是两条路线分野的根因,不是工具偏好。

六、开源工具选型

按层挑,别只看「哪个 Agent 最强」

招聘抓取开源工具的分层栈 自下而上分为执行层、浏览器基础设施层、Agent 决策层与数据抓取层。 数据抓取层 Firecrawl · Jina Reader · Scrapy —— 直接产出干净 Markdown / 结构化 JSON Agent 决策层 Browser Use · Stagehand · Skyvern —— LLM 运行时决定点哪里、提什么字段 浏览器基础设施层 Steel(自托管) · Browserbase(托管) · Bright Data(代理池 / 解锁 / 验证码) 确定性执行层 Playwright / Playwright MCP · curl_cffi(TLS 指纹) · Camoufox · playwright-stealth
图 6 · 越往下越「共用」:传统爬虫与 AI Agent 的执行底座常常就是同一套 Playwright / CDP / cookie,区别只在决策层。
层工具定位 / 备注
数据抓取FirecrawlURL / 整站 → 干净 Markdown 或 typed JSON,带官方 MCP;不做多步交互,托管约 $19/月起
Jina Readerr.jina.ai/http://… 一行把页面转 Markdown,有免费额度
Scrapy老牌、大规模、确定性
Agent 决策Browser UsePython + Playwright,DOM + 截图混合,MIT,WebVoyager 约 89.1%
StagehandTS + CDP,act / extract / observe,动作缓存让成功过的点击不再重复调 LLM
Skyvern视觉优先,表单 / 政务门户 / 无 DOM 老系统是其强项,Apache 2.0
确定性执行Playwright / Playwright MCPMCP 版直接把无障碍树喂给 Agent,<100ms、零视觉 token,GitHub Copilot Agent 在用
基础设施Steel / Browserbase管会话、profile、代理、回放、隐身;前者可自托管
Bright Data Agent Browser代理池、解锁、验证码处理,企业级
反爬 / 隐身curl_cffi · Camoufox · playwright-stealth指纹层,属于攻防军备竞赛,无银弹

成本与可靠性:AI 到底买到了什么

2026 年第三方测评汇总,非官方 benchmark,看量级不看小数。

指标纯 PlaywrightStagehandBrowser Use / Skyvern
每步延迟<100ms1–3s2–5s(几乎每步调 LLM)
1 万次操作 LLM 成本仅算力,几美元$50–200$200–3000
WebVoyager 成功率不适用*75%89.1% / 85.85%
30 天内需维护15–25% 脚本要修 selector—<5%,只调 prompt

* WebVoyager 是给 Agent 的测评,写死的 Playwright 脚本不参加这类测法。原始资料里给纯 Playwright 的「98%」来源不明,不能和右边两列直接比,这里删掉了。

结论

AI Agent 的价值不是「抓得到」,而是抗 UI 变化——维护量从 15–25% 降到 5% 以下,代价是慢 20–50 倍、贵几十倍。所以 2026 年社区共识是 hybrid:能写死的步骤用 Playwright,只在页面易变、需要判断的地方加一层 AI。

网页抓取难度光谱 从公开静态页到规模化合规共五档,读取问题前两档已解决,后三档受登录墙反爬与合规限制。 01 静态页 02 动态交互 03 登录墙 04 强反爬 05 规模化合规 已解决 基本解决 开始变难 很难 系统工程
图 7 ·「读页面」基本解决了,「被允许稳定地读」没解决,而且正在变得更难。

落地顺序(以「抓招聘站做调研表」为例)

  1. 先找不用爬的路:官方 API、RSS、平台导出、公开数据集或聚合源。这一步能省掉后面大部分麻烦。
  2. 公开页面批量抓:Firecrawl / Jina Reader 直接出 Markdown,别自己开浏览器。
  3. 要翻页、筛选、点详情:Playwright 打底 + Stagehand 只在易变处加 AI,配 Steel 自托管会话。
  4. 要登录:别用云端沙箱 Agent(cookie 不是你的,遇登录会停);用带真实登录态的浏览器扩展方案,或手动注入自己账号的 cookie——动手前先读该站 ToS。
  5. 撞上 Cloudflare / 验证码 / 滑块:承认边界,换合规数据供应商或人工补录,别硬刚指纹。
  6. 工程化:限速、缓存去重、增量更新、结构化抽取成 typed JSON、人工抽检复核、合规审查。
合规分寸

robots.txt 早已不是唯一那道门:Cloudflare 自 2025-07 起对新接入域名默认屏蔽 AI 爬虫,并用 HTTP 402 做按次付费;2026-09-15 起对带广告页默认屏蔽「混合 AI 爬虫」。2026 年 6 月非人类流量已占网页总流量约 57.4%。有两点值得沿用:某 BOSS直聘抓取项目文档主动写「保持低频、真实浏览器、被拦截即停止,不要试图绕过」;某 ATS 网关作者主动移除 SmartRecruiters 支持,只因对方 robots.txt 禁止。

七、案例:SpeedyApply 的三个开源项目

一个「工具库 + 两张结果页」的组合,以及一处容易推错的地方

组织 speedyapply 成立于 2023-12-14,描述 "Streamlining career growth.",共 3 个公开仓库。以下为 2026-11-02 通过 GitHub API 实测。

仓库Stars最近推送技术栈 / 许可定位
JobSpy4,61010-27Python / MIT通用招聘站抓取库:LinkedIn、Indeed、Glassdoor、ZipRecruiter、Google、Bayt、Naukri、BDJobs、HelloWork
2027-SWE-College-Jobs9,59311-01纯 Markdown + Bun/TS 脚本 / 许可未识别SWE 实习 & 应届岗位列表,每天更新
2027-AI-College-Jobs6,61611-01同上 / 许可未识别AI/ML 实习 & 应届岗位列表,每天更新

值得注意:两张结果页比工具库还火 1.4–2 倍。

容易推错的一处

看起来「结果页每天更新,八成是 JobSpy 在喂」——但公开证据指向相反。仓库根目录只有 4 个 .md 与 .github;get-jobs.yml 跑的是 bun run get-jobs,环境变量是 SUPABASE_URL / SUPABASE_KEY;package.json 依赖只有 @supabase/supabase-js、zod、dotenv 与 Actions 工具包,没有任何 Python、JobSpy 或爬取库。另有 add-or-update-job.yml 监听 issue 被打上 approved 标签,说明还有社区提交 + 人工审核通道。JobSpy README 里也没有指向这两个列表的交叉引用。
准确说法:抓取发生在仓库外的私有后端,公开仓库只负责读 Supabase 并渲染 Markdown。私有后端内部是否复用过 JobSpy,外部无从验证,但至少「这个仓库靠 JobSpy 维护」不成立。

SpeedyApply 三个仓库与数据流向 私有后端负责抓取并写入 Supabase,两个结果页仓库读取后渲染 Markdown;JobSpy 与后端的关系未被公开证据证实。 私有后端(仓库外) 抓取逻辑不可见 私有 Supabase secrets 注入 2027-SWE-College-Jobs 每日 cron 渲染 Markdown 2027-AI-College-Jobs 每日 cron 渲染 Markdown JobSpy(MIT) 独立通用抓取库 关系未证实:技术栈不兼容(Python 库 vs Bun/TS) 工作流:cron 0 12 * * * → bun run get-jobs → 提交 "chore: update tables";另有 issue 打 approved 标签触发人工审核入库
图 8 · 虚线表示「公开仓库看不到」或「关系未被证实」。不要把结果页的成功反推成「抓平台就够」。

JobSpy 聚焦抓大平台,这个思路合理吗

合理,但有清晰边界:定位很精准——一个 scrape_jobs() 覆盖 9 个消费级平台、出统一 DataFrame,MIT、仍活跃(实测推送 10-27,某二手文章称「更新停在 2026 年 2 月」已过时),做原型和中等规模调研最省事。作者也刻意不做企业 career site:issue #114 被关闭,原话是 "prefer this repo to be major job boards, there's like 50 ATS if you wanted to get serious with it",对应需求 #368 至今开着。

盲区是结构性的:约一半只在 ATS 官网的岗位系统性漏掉,外加每站约 1000 条上限、LinkedIn 约第 10 页起限流、当前 36 个 open issue。另有现成拼法:把 ATS 结果映射成 JobSpy 的 34 列,pd.concat 一行合并,下游去重、筛选、导出全不用改。

一句话

作为「抓大平台」的工具合理;作为「覆盖整个海外招聘市场」的方案不完整。完整方案是 JobSpy 拼上 ATS 侧(freehire 等),与第四章结论一致。

引用这两个列表时的注意事项

项目链接:JobSpy · 2027-SWE-College-Jobs · 2027-AI-College-Jobs

事实核查与口径说明

分享前请先看这一节

结论 / 数字来源性质注意事项
GitHub 仓库 star、推送时间、许可证、工作流配置一手实测(GitHub API,2026-11-02)可复核;数字会随时间漂移
Indeed 会扫描 careers 页与 ATS feed一手(Indeed 官方雇主帮助页)收录仍需符合其 job posting criteria
LinkedIn Apply Connect 支持清单、需 ATS 厂商认证LinkedIn 帮助页 / Greenhouse 官方支持文档,经二手汇编转引清单会更新,用前查实时页面
企业应用软件规模 4963 亿美元及细分Gartner 3Q26 数据集,经第三方整理与其他「企业软件 / IT 支出」口径不可直接混比
ATS 市场规模5 家市场研究机构四家一致于 $2.6–3.3B,一家给 6 倍;看量级不看精确值
约一半远程岗只发在 ATS 官网RemoteHunt,2026-09-01,样本为其追踪的 42,612 个远程岗特定样本,不宜外推到全部岗位
按岗位量 Workday 占 63.2%Crawlora 自爬 1,128,909 条样本偏其抓取池,方向性参考
并购事件(SAP/SmartRecruiters 等)厂商公告,经二手汇总转引未逐条一手核验
国内 ATS 渗透率几乎全为厂商博客同厂商数字互相打架,不建议当权威引用
成本、成功率、WebVoyager 分数2026 年第三方测评汇总非官方 benchmark,看量级
已知易过时项

二手文章常见两类失准:一是 star 数与「最近更新」滞后(例如称 JobSpy 停在 2026 年 2 月,实测为 10-27);二是把当年的计数写成稳定事实(例如称某列表「美国实习 160 个」,实测 2027 周期为 1027)。涉及具体仓库时,以 GitHub API 实时结果为准。