Skip to main content

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/mcp

Claude (web and desktop)

Settings → Connectors → Add custom connector, then paste the URL. No authentication needed.

https://4dayweek.io/api/mcp

ChatGPT

Settings → Connectors → Advanced → Developer mode, then add a connector pointing at the URL.

https://4dayweek.io/api/mcp

Cursor

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.

ToolWhat it returns
search_jobsSearch jobsLive listings, filtered by schedule type, category, country, work arrangement, seniority, skills, work-life score or posting date.
get_jobGet jobOne listing in full by slug, including hours, locations and a published salary.
search_companiesSearch companiesEmployers by working-hours policy, country, office-presence policy and whether they hire worldwide.
get_companyGet employerOne employer's full profile: schedule policy, day off, hours, vacation, benefits and verified work-life awards.
get_market_statsMarket statisticsAggregate market data across tracked employers, carrying an as-of date and its own caveats.
explain_schedule_typeExplain schedule typePrecise 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 page argument up to 200. Each response carries has_more and, 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-After header.

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.