About workday-mcp
workday-mcp is a read-only Workday MCP server for employees accessing their own work data through clients such as Claude. It relays requests through a browser extension and an existing signed-in session, returning structured data.
Key features
- 01Read profiles, pay, and benefits
- 02View org charts and worker profiles
- 03Discover and read tasks and data cards
- 04Parse tables and app pages
- 05Read Inbox and search through GraphQL
Use cases
- 01Check personal pay, benefits, or performance
- 02Trace reporting lines and open worker profiles
- 03Read tasks and data in Workday apps
- 04Inspect Workday pages not yet modeled
MCP support
It exposes tools for reading Workday data to MCP-compatible clients. Requests run through the ContextMint Bridge extension using the user's signed-in Workday session.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
npx -y workday-mcpWORKDAY_TENANTWorkday tenant slug, e.g. `acme` for https://wd5.myworkday.com/acme.WORKDAY_HOSTWorkday data-center host (default wd5.myworkday.com).WORKDAY_WS_PORTOverride the fetchproxy WebSocket port (default 37149).WORKDAY_DEBUGSet to 1 to log verbose request detail to stderr.Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.
Tools
10Saved tool list · updated today
This tool takes no parameters.
Details
From the project READMEworkday-mcp
Read-only MCP server for Workday. Reads your
Workday org chart, worker profiles, pay, benefits, performance, and any task or
data card, and returns them as structured JSON. Every request routes through your own signed-in
*.myworkday.com tab via the ContextMint Bridge
browser extension, reusing your existing SSO-authenticated session.
⚠️ Workday gives employees no personal API. This server reads the same internal
*.htmldendpoints the Workday web app calls, dispatched through your own signed-in browser tab. It is read-only and touches only your own data. Check your employer's acceptable-use policy. Use at your own discretion.🤖 This project was developed and is maintained by AI (Claude Code).
Why a bridge instead of the official API?
The official Workday REST/SOAP API requires a tenant administrator to register an OAuth API client + Integration System User — an employee can't self-provision it. Tenants also sit behind corporate SSO (Ping/Okta/Entra) with MFA, so there's no server-side login. The only surface an employee can reach for their own data is their live browser session, which is what this server relays.
Install
See SKILL.md for full setup. In brief:
{
"mcpServers": {
"workday": {
"command": "npx",
"args": ["-y", "workday-mcp"],
"env": { "WORKDAY_TENANT": "your-tenant-slug" }
}
}
}
Then install ContextMint Bridge from its
releases page
(Chrome: unzip the chrome zip and load it unpacked in chrome://extensions;
Safari is not available yet — it will ship inside the ContextMint app, which has
no public download link, so use Chrome for now) and sign into Workday in your browser.
ContextMint Bridge is the fetchproxy browser extension under its new name, from
the same maintainer — fetchproxy's own
README points to it. Its
source is public at https://github.com/nullnet-app/contextmint-bridge: build it
yourself, or check a release zip against the .sha256 file published beside it
(shasum -a 256 -c contextmint-bridge-chrome-<version>.zip.sha256).
Tools
| Tool | What it does |
|---|---|
workday_get_apps | List your Workday apps with launchable task ids — the discovery entry point |
workday_open_app | Open an app by name ("Talent and Performance", "Absence") and follow it down to the child cards holding its real content |
workday_get_task | Read any task/data card by id or path → fields, full table rows, references, related tasks, export links. expand: true crawls hub pages |
workday_get_org_chart | Your reporting chain — each person with title, location, report count, and a profileUri to drill into |
workday_get_worker | A worker's profile: the catalog of everything readable about them (9 sections, ~40 named tasks) |
workday_get_worker_task | Open one named item from that catalog — "Compensation", "Performance Reviews", "Management Chain" |
workday_get_my_profile | The same catalog, for yourself |
workday_fetch | Raw .htmld read with secrets redacted — the escape hatch for pages the parser doesn't model yet |
workday_graphql | Read-only GraphQL against Workday's PEX surface (mutations refused). The only route to Inbox / search |
workday_healthcheck | Verify the bridge + session end-to-end with an actionable hint |
The parser understands seven Workday page families — data cards, grids
(real tables, with chunking and export links), form-style detail pages, worker
profiles, org charts, app hubs, and report prompt forms — and labels each page
with its kind. See docs/WORKDAY-API.md.
Manager quick start
workday_get_org_chart → who reports where, with profileUris
workday_get_worker { worker: "<profileUri>" } → that person's full catalog
workday_get_worker_task { worker: "…", task: "Compensation" }
workday_open_app { app: "talent" } → a whole app hub, crawled
All ids are discovered at runtime from your own app menu and org chart — nothing tenant-specific is hardcoded, so this works on any Workday tenant.
Development
npm install
npm test # vitest
npm run build # tsc --noEmit + esbuild bundle → dist/bundle.js
The widget-tree parser (src/parse.ts) is the durable core; see
docs/WORKDAY-API.md for the captured endpoint shapes and
schema. License: MIT.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.