Greenhouse, Lever, Ashby, Workable, Teamtailor Jobs API

一个 API 覆盖六种申请人跟踪系统：Greenhouse、Lever、Ashby、Workable、Teamtailor 和 SmartRecruiters。

提供公司网站即可。它会自行找到招聘公告板、返回每个开放职位，并在之后的每次运行时只返回变化了什么——职位开放、职位关闭、职位名称变动、薪资变化——以及由此得出的招聘信号。

{ "domains": ["stripe.com", "spotify.com", "pleo.io"] }

无需 board token，无需了解 ATS，无需浏览器。

两种运行方式

两种方式使用同一份代码逻辑。任选其一即可。

Related MCP server: jd-intel-mcp

你会得到什么

每条记录都附带来源信息：来源 URL、HTTP 状态、抓取时间、职位数量、截断标记以及 confidence 值——这样代理可以在行动前核实，而不是盲目相信一个说法。

MCP 服务器

npx ats-jobs-mcp

四个工具，适用于任何 MCP 客户端——Claude Desktop、Cursor、VS Code 或你自己的代理：

Claude Desktop 配置：

{
  "mcpServers": {
    "ats-jobs": { "command": "npx", "args": ["-y", "ats-jobs-mcp"] }
  }
}

状态数据写在 ~/.ats-jobs-mcp/state.json 中。可通过 ATS_MCP_STATE 覆盖。

为什么它能低成本持续运行

所有数据源都通过 If-None-Match 进行轮询。当没有变化时，ATS 会直接返回 304，不带任何响应体。

在托管于 Apify 的 512 MB Actor 上实测：

这就是为什么每隔几小时监控数百家公司，成本只有几美分而不是几美元——也因为这个项目永远不会为了读取招聘公告而启动一个无头浏览器。

它刻意不做什么

• 不获取个人数据。 招聘者姓名、邮箱和电话会在解析阶段被剔除，且从不存储。

• 不使用无头浏览器、不调配代理。 只使用返回 JSON 响应体的公共 ATS 端点。

• 不会制造虚假裁员迹象。 如果某个数据源响应可能因为分页而被截断，系统会抑制 job_closed 事件——多余的分页数据绝不能被视为公司停止招聘的信号。

支持的数据源

greenhouse · lever · ashby · workable · teamtailor · smartrecruiters

检测顺序：公司招聘页上的链接 → 根据域名推测 board token → Workable 短链接回退并跟随其重定向。

无法解析的公司会返回一条 source_unresolved 记录，说明原因，而不是默默失败。

Recruitee 和 Personio 未被列入，因为它们还没有通过验证。Personio 目前对非浏览器客户端返回 429；Recruitee 的端点在测试中无法被解析。本项目不会声称它无法交付的覆盖范围。

仓库结构

src/          Apify Actor: adapters, diff engine, derived signals
mcp/          MCP server — the same engine, self-hosted
tools/        discovery utilities (domain → ATS)
.actor/       Apify manifests and schemas

MIT 许可。欢迎贡献，尤其欢迎新的 ATS 适配器——每个系统的接口是一个 url() 函数和 parse() 函数，参见 src/adapters/index.js。