openroles mcp
Reads an employer's public Greenhouse job board JSON to list every open role, with a common set of fields (title, apply URL, locations, remote flag, posted date, department, employment type, compensation, deadline, and plain-text description). Boards can be looked up by company name, board URL, or a 'greenhouse:' identifier, and results can be filtered by title keywords, location, remote-only, or posting age.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@openroles mcplist open data engineer roles at Figma"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
openroles
Every open role, straight from the employer's own careers system. Greenhouse, Lever, Ashby and Workday, in one shape, from the same public JSON their own careers pages read. No API key, no account, no scraping service, and nothing but the Python standard library.
$ pip install openroles
$ openroles figma --query data --limit 3
2026-09-23 Data Engineer Intern (2027) San Francisco, CA • New York, NY https://boards.greenhouse.io/figma/jobs/6178851004?gh_jid=6178851004
2026-09-21 Data Platform Engineer San Francisco, CA • New York, NY • Unite https://boards.greenhouse.io/figma/jobs/6201407004?gh_jid=6201407004
2026-09-21 PhD Intern, Data Science (2027) San Francisco, CA • New York, NY https://boards.greenhouse.io/figma/jobs/6200626004?gh_jid=6200626004
3 open role(s)Give it a company name, a careers page, a board URL or ats:token. It finds the board,
reads every open role, and gives you the same fields whichever system the employer uses.
Why
Job sites miss roles, show them late, and repost them stale. The employer's own board is
the source: it is complete, current, and carries the real apply link. Every major
applicant tracking system publishes that board as JSON for its own careers page.
openroles reads it the same way, politely, and puts the four biggest systems behind
one function.
Related MCP server: io.github.groundtruthtools/ats-jobs-mcp
Install
pip install openroles # or: uvx openroles <company>Python 3.9 or newer. No dependencies.
Command line
openroles linear # every open role at Linear
openroles https://jobs.ashbyhq.com/linear # the same, from the board URL
openroles lever:zoox --query "data" --since 14 # title words, posted in the last 14 days
openroles figma --location "New York" # filter by place (--remote for remote only)
openroles https://adobe.wd5.myworkdayjobs.com/external_experienced \
--query "data scientist" --details # Workday, with each posting's description
openroles detect "Figma" # which ATS, and the board's token
openroles linear --json > roles.json # JSON (the default when piped), or --jsonlPython
import openroles
openroles.detect("Figma")
# [Board(ats='greenhouse', token='figma'), Board(ats='ashby', token='figma')]
jobs = openroles.fetch("greenhouse:figma", query="data", location="New York")
for job in jobs:
print(job.posted, job.title, job.location, job.url)
job.to_dict() # plain JSON-ready dictfetch() raises openroles.BoardError when a board cannot be read (a wrong token, no
answer), and openroles.RobotsDisallowed when the host's robots.txt says no.
For AI agents (MCP)
openroles mcp is a Model Context Protocol server over
stdio, so Claude, Cursor and other agents can look up any employer's open roles
themselves. Two tools: find_job_board and list_open_roles (descriptions left out
unless asked for, to keep answers short).
Claude Code:
claude mcp add openroles -- uvx openroles mcpClaude Desktop, Cursor and other clients (mcpServers in their config):
{
"mcpServers": {
"openroles": { "command": "uvx", "args": ["openroles", "mcp"] }
}
}There is also llms.txt, a short brief for a model that has to use the
library or the CLI.
What you get
Every role, from every system, has the same fields:
Field | |
| stable across runs: |
| where it came from, e.g. |
| the role and its apply page |
| every location the posting lists, joined and as a list |
|
|
|
|
| where the board provides them |
| the posted pay band, where the employer publishes one |
| where the board provides one |
| plain text, HTML removed |
Supported systems
ATS | Requests | Notes |
Greenhouse | 1 per board | descriptions included |
Lever | 1 per board | descriptions with their requirement lists; EU boards found automatically |
Ashby | 1 per board | descriptions and posted pay included |
Workday | 1 per 20 roles, plus 1 per description |
|
detect finds a board from a company name (Greenhouse, Lever and Ashby, by trying the
names an employer is likely to use), from any board URL, and from a careers page that
links to or embeds one. A Workday board cannot be guessed from a name: give its URL.
Not supported, because none publishes an open board this way: SuccessFactors, Oracle,
iCIMS and custom careers sites. SmartRecruiters publishes one, but its robots.txt closes it
to every crawler except LinkedIn's, so openroles does not read it.
Polite by design
robots.txt is read first for Ashby, Workday and any careers page, and a refusal is honoured, never worked around. For Workday the careers site's own rules count too.
At most two requests in flight per host, a timeout on every call, and an honest
User-Agentnaming this project.A Workday board that answers 429 or 503 is left alone for the rest of the run.
Is this allowed?
Greenhouse, Lever and Ashby document these endpoints as public job board APIs, for
exactly this purpose: showing an employer's open roles somewhere else. Workday's is the
endpoint its own careers pages call; it is not documented, it can change without notice,
and openroles only reads it where robots.txt allows. Use it the way the boards are
meant to be used: to find roles and apply to them, at a human pace. It is not a tool for
hammering a site or republishing someone's board wholesale.
Where it came from
openroles is the employer-board reader from
last-job-search, a job search that Claude
runs end to end, extracted so anyone can use it.
Contributing
Contributions are welcome, and the most useful one is a reader for another ATS (Workable, Recruitee, Personio, Teamtailor and more are wanted). CONTRIBUTING.md has the set-up, the few rules that keep the library small and polite, and a checklist for adding a system. Bugs and requests go in Issues.
pip install -e . pytest ruff
pytest && ruff check . # offline: every answer comes from tests/fixtures/Licence
MIT. See LICENSE.
This server cannot be deployed
Maintenance
Related MCP Connectors
Open jobs read from a company's own careers system: Greenhouse, Ashby, Lever.
Open jobs and hiring signals for any company, from its public careers page or job board.
Search 260,000+ open jobs at 8,000+ companies, list any company's open roles live, detect its ATS.
Open jobs from 20,000+ company career sites: search, list a company's roles, read full job ads
Related MCP Servers
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to pull live job listings from major ATS platforms (Greenhouse, Lever, Ashby, Workable), Hacker News hiring threads, and detect hiring signals on company career pages.-
- AlicenseAqualityBmaintenanceEnables querying open job postings directly from company applicant-tracking systems (Greenhouse, Ashby, Lever), finding a company's job board, listing and comparing roles, and accessing salary data, all without scraping or API keys.333 PyPI1MIT
- AlicenseAqualityCmaintenanceEnables real-time job search across thousands of companies' open roles from Greenhouse, Lever, Ashby, and SmartRecruiters, with full-text filtering and company-specific queries, no API key required.2MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI agents to search and analyze job listings from verified company boards privately, matching resumes to roles with evidence and suggesting resume improvements.560 npmMIT