MCP server
4dayweek.io runs a free, read-only Model Context Protocol server. Connect it to Claude, ChatGPT, Cursor or any MCP client and your assistant can search live jobs and employers with genuinely reduced working hours — 4-day weeks, 9-day fortnights, half-day Fridays and more — instead of scraping the site. There is no API key and no sign-up.
Endpoint https://4dayweek.io/api/mcp· streamable HTTP · version 1.1.0
Add it to your assistant
Claude Code
Run this in your terminal.
claude mcp add --transport http 4dayweek https://4dayweek.io/api/mcpClaude (web and desktop)
Settings → Connectors → Add custom connector, then paste the URL. No authentication needed.
https://4dayweek.io/api/mcpChatGPT
Settings → Connectors → Advanced → Developer mode, then add a connector pointing at the URL.
https://4dayweek.io/api/mcpCursor
Add this to .cursor/mcp.json in your project, or to ~/.cursor/mcp.json globally.
{
"mcpServers": {
"4dayweek": {
"url": "https://4dayweek.io/api/mcp"
}
}
}VS Code
Add this to .vscode/mcp.json.
{
"servers": {
"4dayweek": {
"type": "http",
"url": "https://4dayweek.io/api/mcp"
}
}
}Anything else
The transport is streamable HTTP. Any MCP client can reach it directly — this is the raw handshake.
curl -X POST https://4dayweek.io/api/mcp \
-H 'Content-Type: application/json' \
-H 'Accept: application/json, text/event-stream' \
-d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{
"protocolVersion":"2025-06-18","capabilities":{},
"clientInfo":{"name":"curl","version":"1.0"}}}'Tools
6 tools. Every one is read-only and says so in the protocol, so a cautious client can call them freely.
| Tool | What it returns |
|---|---|
search_jobsSearch jobs | Live listings, filtered by schedule type, category, country, work arrangement, seniority, skills, work-life score or posting date. |
get_jobGet job | One listing in full by slug, including hours, locations and a published salary. |
search_companiesSearch companies | Employers by working-hours policy, country, office-presence policy and whether they hire worldwide. |
get_companyGet employer | One employer's full profile: schedule policy, day off, hours, vacation, benefits and verified work-life awards. |
get_market_statsMarket statistics | Aggregate market data across tracked employers, carrying an as-of date and its own caveats. |
explain_schedule_typeExplain schedule type | Precise definitions: whether a schedule genuinely reduces weekly hours, and whether that is at full pay. |
A compressed 4x10 is not a 4-day week
This is the distinction the tool descriptions exist to carry. A compressed week packs the same 40 hours into four days; a 4-day week is 36 hours or fewer with no cut in pay. Every listing carries an explicit schedule type, and explain_schedule_type states, for any schedule, whether it genuinely reduces weekly hours and whether that reduction is at full pay. An assistant reading these tools gets that right without being prompted. The full criteria are on our methodology page.
Try asking
- “Find me remote 4-day-week engineering jobs open to applicants in the UK.”
- “What is a 9-day fortnight, and is it the same as a compressed week?”
- “Which employers run a genuine 4-day week at full pay, and how many are there?”
- “Tell me about the 4-day week at a specific company, and how it was verified.”
- “Show me senior product roles at 32 hours a week, posted in the last fortnight.”
Limits and guarantees
- Read-only, by construction. The server reaches the database through interfaces that expose only read methods, so a tool that writes would not compile. Nothing here can change anything.
- No personal data. The tools return public job listings and employer profiles. There is no account to connect and no user data to reach.
- Paging. Search tools return at most 25 results per call and take a
pageargument up to 200. Each response carrieshas_moreand, where there is one,next_page. - Rate limit. 300requests per minute per IP, separate from the REST API’s own bucket. Over the limit returns HTTP 429 with a
Retry-Afterheader.
Data and attribution
Listings come from employers’ own career sites and applicant tracking systems, and each employer’s schedule is recorded against the criteria on our methodology page. Aggregate market data is published under CC BY 4.0 on the market data page. If you build something on this, please credit 4dayweek.io and link back.
Prefer plain HTTP? The same listings are available through the public REST API.
Questions
- Do I need an API key?
- No. The server is read-only and anonymous. There is no account, no key and no OAuth step — point your client at the URL and it works.
- What can it do to my data?
- Nothing. Every tool is read-only and declares it in the protocol, so a cautious client can call them freely. The server has no write path at all: the code can only reach read methods, which is enforced by the compiler rather than by review.
- Will it tell an assistant that a 4x10 is a 4-day week?
- No, and that is the main reason to use it rather than scraping. A compressed week is the same 40 hours in four days. Every listing carries an explicit schedule type, the tool descriptions define each one, and explain_schedule_type states whether a schedule genuinely reduces hours and whether that reduction is at full pay.
- How many results can I get?
- Search tools return at most 25 results per call and accept a page argument up to 200. Each response says whether another page exists.
- What are the rate limits?
- 300 requests per minute per IP, separate from the REST API's own limit. Going over returns HTTP 429 with a Retry-After header.
- Can I use the data in my own product?
- Yes. Please credit 4dayweek.io and link back. Aggregate market data is published under CC BY 4.0 on our data page.
- How does someone actually apply to a job?
- Every result carries the job's page on 4dayweek.io, and applying happens there. The tools never hand out an employer's raw application URL, so the employer keeps seeing where the applicant came from.
Something not working?
Tell us via the contact page. If you connect this to something interesting, we’d like to hear about that too.