ILO Labour Statistics (ILOSTAT): unemployment, wages, informality
Official6 toolsLive
by SidneyBissoli · TypeScript
Labour market data from the ILO (ILOSTAT) by country, year, sex and age, with provenance.
ILO Labour Statistics (ILOSTAT) MCP Server (io.github.SidneyBissoli/ilo-mcp-server)
This Model Context Protocol (MCP) server provides access to ILOSTAT labour statistics with provenance details, including source, vintage, and license. It exposes 6 tools, including search and fetch. The project is implemented in TypeScript and is related to Model Context Protocol (MCP) server usage.
🛠️ Key Features
ILOSTAT labour statistics
Provenance: source, vintage, license
6 tools, including search/fetch
Topics include provenance, SDMX, open data, and labor/unemployment/wages
🚀 Use Cases
Query and retrieve ILO labour statistics
Work with dataset lineage via source, vintage, and license metadata
⚡ Developer Benefits
Tool-based access (6 tools) suitable for MCP integration
Search the ILOSTAT catalogue of ~1,200 indicator dataflows by keywords in the name or id (e.g. "unemployment rate sex age"). All terms must match (AND, case-insensitive), so start with 2–3 English words and drop terms if you get 0 results. Everyday and US wording is resolved to the ILO's own (labor→labour, wages/salary→earnings, informality→informal, gender→sex, productivity→output per worker); when that happens the response says so in vocabulary_notes. Results are ranked by ILO relevance weight, not by match count. Reading the id tells you the shape: suffix _RT = rate/ratio, _NB = number (usually thousands); dataflows whose second token starts with 2 (e.g. DF_UNE_2EAP_…) are ILO modelled estimates with full country/year coverage, the others are reported national data. Returns dataflow ids to use with ilo_get_data / ilo_get_indicator_metadata. Searches the local catalogue only — it does not return statistical values (use ilo_get_data), does not search dimension codes such as countries (use ilo_list_dimension_values) and does not cover non-ILO sources.
Parameters4
query
string
required
Keywords, matched against dataflow name and id (AND between terms)
limit
integer
optional
Maximum results (default 20)
offset
integer
optional
Results to skip, for pagination (default 0)
provenance_mode
string
optional
Provenance verbosity: 'concise' (default — source, url, vintage, retrieval date, citation, license) or 'detailed' (full canonical block with dataset, dimension key and notices)
Raw schema
{
"type": "object",
"properties": {
"query": {
"type": "string",
"minLength": 1,
"description": "Keywords, matched against dataflow name and id (AND between terms)"
},
"limit": {
"description": "Maximum results (default 20)",
"type": "integer",
"minimum": 1,
"maximum": 100
},
"offset": {
"description": "Results to skip, for pagination (default 0)",
"type": "integer",
"minimum": 0,
"maximum": 9007199254740991
},
"provenance_mode": {
"description": "Provenance verbosity: 'concise' (default — source, url, vintage, retrieval date, citation, license) or 'detailed' (full canonical block with dataset, dimension key and notices)",
"type": "string",
"enum": [
"concise",
"detailed"
]
}
},
"required": [
"query"
],
"$schema": "https://json-schema.org/draft/2020-12/schema",
"additionalProperties": false
}
ilo_get_indicator_metadata
Structure of one ILOSTAT dataflow: dimensions (in SDMX key order), their codelists, the time dimension, the source's default selection and the data vintage (last update at the ILO). Use before ilo_get_data to know which filters exist. Does not return statistical values and does not list the codes themselves (use ilo_list_dimension_values).
Parameters2
dataflow
string
required
Dataflow id from ilo_search_indicators (e.g. "DF_UNE_DEAP_SEX_AGE_RT")
provenance_mode
string
optional
Provenance verbosity: 'concise' (default — source, url, vintage, retrieval date, citation, license) or 'detailed' (full canonical block with dataset, dimension key and notices)
Valid codes (id + label) of one dimension of an ILOSTAT dataflow — e.g. the country/area codes of REF_AREA (ISO 3166-1 alpha-3 such as BRA, plus X-codes for aggregates such as X01 World) or the categories of SEX (SEX_T/SEX_M/SEX_F) and AGE. Use `search` to resolve a name to a code (e.g. search "Brazil") instead of paging through hundreds of codes; codelists are shared across dataflows, so a code found here is valid wherever the same codelist is used. Use to build correct ilo_get_data filters. Does not return statistical values, does not say which codes actually have data for a given dataflow, and is not applicable to the time dimension (filter it via start_period/end_period in ilo_get_data).
Parameters6
dataflow
string
required
Dataflow id the dimension belongs to
dimension
string
required
Dimension id from ilo_get_indicator_metadata (e.g. "REF_AREA", "SEX")
search
string
optional
Case-insensitive filter on code id or label
limit
integer
optional
Maximum codes returned (default 200)
offset
integer
optional
Codes to skip, for pagination (default 0)
provenance_mode
string
optional
Provenance verbosity: 'concise' (default — source, url, vintage, retrieval date, citation, license) or 'detailed' (full canonical block with dataset, dimension key and notices)
Raw schema
{
"type": "object",
"properties": {
"dataflow": {
"type": "string",
"minLength": 1,
"description": "Dataflow id the dimension belongs to"
},
"dimension": {
"type": "string",
"minLength": 1,
"description": "Dimension id from ilo_get_indicator_metadata (e.g. \"REF_AREA\", \"SEX\")"
},
"search": {
"description": "Case-insensitive filter on code id or label",
"type": "string",
"minLength": 1
},
"limit": {
"description": "Maximum codes returned (default 200)",
"type": "integer",
"minimum": 1,
"maximum": 500
},
"offset": {
"description": "Codes to skip, for pagination (default 0)",
"type": "integer",
"minimum": 0,
"maximum": 9007199254740991
},
"provenance_mode": {
"description": "Provenance verbosity: 'concise' (default — source, url, vintage, retrieval date, citation, license) or 'detailed' (full canonical block with dataset, dimension key and notices)",
"type": "string",
"enum": [
"concise",
"detailed"
]
}
},
"required": [
"dataflow",
"dimension"
],
"$schema": "https://json-schema.org/draft/2020-12/schema",
"additionalProperties": false
}
ilo_get_data
Statistical observations from one ILOSTAT dataflow, filtered by dimension codes (filters, e.g. {"REF_AREA": ["BRA","ARG"], "SEX": "SEX_T"}) and period (start_period/end_period, e.g. "2015"/"2024"). REF_AREA is required, maximum 30 areas per call — for broad panels, split areas into batches and/or paginate by period. Unfiltered dimensions return all their categories. Does not aggregate, convert or otherwise transform values (raw ILOSTAT data only), and does not search indicators (use ilo_search_indicators).
Parameters6
dataflow
string
required
Dataflow id from ilo_search_indicators (e.g. "DF_UNE_DEAP_SEX_AGE_RT")
filters
object
required
Dimension id → code or list of codes (from ilo_list_dimension_values). REF_AREA is required (up to 30 area codes); any other dimension is optional and, left out, returns all of its categories.
start_period
string
optional
First period, e.g. "2015"
end_period
string
optional
Last period, e.g. "2024"
last_n_observations
integer
optional
Alternative to periods: only the latest N observations per series
provenance_mode
string
optional
Provenance verbosity: 'concise' (default — source, url, vintage, retrieval date, citation, license) or 'detailed' (full canonical block with dataset, dimension key and notices)
Raw schema
{
"type": "object",
"properties": {
"dataflow": {
"type": "string",
"minLength": 1,
"description": "Dataflow id from ilo_search_indicators (e.g. \"DF_UNE_DEAP_SEX_AGE_RT\")"
},
"filters": {
"type": "object",
"properties": {
"REF_AREA": {
"anyOf": [
{
"type": "string"
},
{
"minItems": 1,
"type": "array",
"items": {
"type": "string"
}
}
],
"description": "Area codes — REQUIRED, at most 30 per call (e.g. [\"BRA\",\"ARG\"]). Without them the ILO gateway times out (HTTP 504). Discover codes with ilo_list_dimension_values (dimension REF_AREA)."
}
},
"required": [
"REF_AREA"
],
"additionalProperties": {
"anyOf": [
{
"type": "string"
},
{
"minItems": 1,
"type": "array",
"items": {
"type": "string"
}
}
]
},
"description": "Dimension id → code or list of codes (from ilo_list_dimension_values). REF_AREA is required (up to 30 area codes); any other dimension is optional and, left out, returns all of its categories."
},
"start_period": {
"description": "First period, e.g. \"2015\"",
"type": "string",
"minLength": 1
},
"end_period": {
"description": "Last period, e.g. \"2024\"",
"type": "string",
"minLength": 1
},
"last_n_observations": {
"description": "Alternative to periods: only the latest N observations per series",
"type": "integer",
"minimum": 1,
"maximum": 100
},
"provenance_mode": {
"description": "Provenance verbosity: 'concise' (default — source, url, vintage, retrieval date, citation, license) or 'detailed' (full canonical block with dataset, dimension key and notices)",
"type": "string",
"enum": [
"concise",
"detailed"
]
}
},
"required": [
"dataflow",
"filters"
],
"$schema": "https://json-schema.org/draft/2020-12/schema",
"additionalProperties": false
}
search
Searches the ILOSTAT labour statistics (≈1,200 SDMX dataflows: employment, unemployment, wages, working time, informality, SDG labour indicators) catalog and returns up to 10 matching documents as { id, title, url }, ordered by relevance (an empty list means nothing matched).
This tool exists for the OpenAI Deep Research contract: ChatGPT deep research, company knowledge and research workflows over the Responses API require exactly the tools `search` and `fetch`. Pass one of the returned ids to `fetch` to read the document.
For direct questions and for data (values, series, rankings) prefer the `ilo_*` tools, which return the actual data with provenance — this is a catalog index, not a data query.
Query: natural language or keywords, Portuguese or English; accents and case are ignored.
Behavior: read-only and idempotent — the catalog comes from the public source and is cached in memory.
Parameters1
query
string
required
Search terms, natural language or keywords (accents and case are ignored)
Raw schema
{
"type": "object",
"properties": {
"query": {
"type": "string",
"description": "Search terms, natural language or keywords (accents and case are ignored)"
}
},
"required": [
"query"
],
"$schema": "https://json-schema.org/draft/2020-12/schema"
}
fetch
Returns the full document for an id obtained from `search`, as { id, title, text, url, metadata }: `text` is the readable content (Markdown) and `url` the canonical public page to cite.
Companion of `search` in the OpenAI Deep Research contract, over the ILOSTAT labour statistics (≈1,200 SDMX dataflows: employment, unemployment, wages, working time, informality, SDG labour indicators) catalog. Only ids returned by `search` are valid; an unknown id returns an error.
The `ilo_*` tools remain the tools for data queries.
Behavior: read-only and idempotent — a live GET against the public source when the document needs it.
Parameters1
id
string
required
Identifier of a document returned by `search`
Raw schema
{
"type": "object",
"properties": {
"id": {
"type": "string",
"description": "Identifier of a document returned by `search`"
}
},
"required": [
"id"
],
"$schema": "https://json-schema.org/draft/2020-12/schema"
}
A public, hosted, provenance-firstMCP server for the
International Labour Organization (ILO) statistics — the ILOSTAT database —
no installation, no account, no API key. Point your MCP client at the hosted endpoint and
ask about unemployment, employment, wages, working time and other labour indicators by
country, year, sex and age. It runs on Cloudflare Workers over Streamable HTTP and talks to
the official ILOSTAT SDMX REST API.
Every response carries a provenance block (source URL, data vintage, real retrieval
timestamp, license, ILO citation) — exact figures with an audit trail, not numbers guessed
from training data.
🇧🇷 Em português. Servidor MCP remoto e hospedado (nada para instalar, sem conta e sem
chave) para as estatísticas de mercado de trabalho da OIT — desemprego, emprego, salários,
jornada e informalidade por país, ano, sexo e idade, direto no Claude, no ChatGPT ou em
qualquer cliente MCP, com proveniência e citação da fonte em cada resposta:
README em português.
Questions it answers
In plain language, inside the MCP client — the assistant picks the tool and the filters:
"What has happened to unemployment in Brazil since 2015?" (ilo_get_data)
"Compare youth unemployment in Brazil, Mexico and South Africa." (ilo_compare_countries)
"How large is the gender pay gap, and where does the ILO publish it?"
(ilo_search_indicators → ilo_get_data)
"What share of employment in India is informal?" (ilo_search_indicators → ilo_get_data)
"Which ILOSTAT dataflow has average monthly earnings by sex and economic activity?"
(ilo_search_indicators)
"Which country, age and sex codes can I filter this indicator by?" (ilo_list_dimension_values)
"Give me a labour-market profile of Viet Nam." (ilo_country_labour_profile)
Ask in your words, not the ILO's. ILOSTAT is worded in British statistical English, and the
catalogue is matched on the dataflow name — so the everyday or US word used to return nothing at
all. Measured over the 1,212 dataflows of the official catalogue (2026-09-13), and fixed since
0.6.0: the search translates the term and tells you it did.
you ask
hits before
ILOSTAT writes
hits
labor, labor force
0
labour, labour force
176, 122
wages, salary
0
earnings
107
informality
0
informal
133
gender
2
sex
1,131
productivity
0
output per worker
4
jobless
0
unemployment
108
Comparison with the alternatives
Anyone who already works with ILOSTAT has good tools, and this server replaces none of them —
it sits somewhere else in the chain: it answers the question at the point where the question is
asked, inside the assistant, with source, vintage and licence attached to the answer. Detail,
side-by-side examples and the measured numbers in
docs/alternatives.md.
Tool
What it is
When to prefer it
ilo-mcp-server (this)
Remote MCP server, hosted, nothing to install: 6 tools over the ~1,200 ILOSTAT dataflows, with a provenance block per answer
The question is asked in an assistant (Claude, ChatGPT, Cursor, Claude Code) and the answer has to be auditable
You are building your own client and want full control
Do not use this server when you need a whole dataset rather than an answer (Rilostat's bulk
download is the right tool), when the question is not labour statistics published by the ILO
(education → UNESCO UIS, national accounts → IMF/World Bank), or when you need microdata: ILOSTAT
publishes aggregates, and so does this server.
Sister servers, same design and same provenance block, for other official sources:
IBGE (Brazilian statistics),
BCB (Central Bank of Brazil),
Senado (Brazilian Senate open data),
SIH/SUS (Brazilian hospital admissions) and
medical terminologies (ICD-11, ICD-10, LOINC, RxNorm, ATC, MeSH).
Use it (hosted — no setup)
Point any MCP client at the Streamable HTTP endpoint:
code
https://ilo.sidneybissoli.com/mcp
Claude Desktop / Claude Code and other clients with native remote support:
The ilo-mcp-server.sidneybissoli.workers.dev hostname is also served, as a secondary.
ChatGPT (Deep Research)
ChatGPT deep research (and company knowledge, and research workflows over the Responses API) only uses an MCP server that exposes exactly search and fetch — this server does, on top of the ilo_* tools. Point the connector at the hosted endpoint, no key required:
code
https://ilo.sidneybissoli.com/mcp
search ranks the query against the full ILOSTAT dataflow catalogue (~1,200 SDMX dataflows — employment, unemployment, wages, working time, informality, SDG labour indicators) and returns { id, title, url } (ind:<DATAFLOW_ID>, e.g. ind:DF_UNE_2EAP_SEX_AGE_RT); fetch returns the dataflow as readable Markdown — name, data vintage, dimensions and codelists, the ILO's default selection and how to query it with ilo_get_data — with the public ILOSTAT data explorer page as url, which is what ChatGPT cites. Both carry the same provenance block as every other tool, in structuredContent and _meta (the text channel is the contract's JSON). In ChatGPT's developer mode (Settings → Security and login → Developer mode) any tool is callable — the ilo_* tools remain the ones to use for data.
Run locally (stdio)
Prefer not to route queries through a third-party host? The same server also runs as a
local stdio process that talks directly to the official ILOSTAT API — same 6 tools, resources and prompts,
same limits, same provenance block, no Cloudflare in the loop.
No install needed — the package is on npm (ilo-mcp-server, Node ≥ 20):
git clone https://github.com/SidneyBissoli/ilo-mcp-server
cd ilo-mcp-server
npm install
npm run build
node dist/cli.js # serves MCP over stdio (Ctrl+C to stop)
(then point the client at node /path/to/ilo-mcp-server/dist/cli.js).
Differences from the hosted server, all due to the absence of Cloudflare bindings: the SDMX
cache lives in process memory (structures and codelists are reused within a session, not across
sessions); the search catalogue is downloaded from the official endpoint on the first search
(its real retrieved_at is reported in provenance); no usage metrics, rate limit or auth. Logs
go to stderr — stdout carries only the JSON-RPC stream. The repository Dockerfile builds
this runtime (used by the Glama registry).
Tools
Tool
What it does
Source
ilo_search_indicators
keyword search over ~1,210 dataflows (paginated by offset)
local catalogue (no upstream call)
ilo_get_indicator_metadata
dimensions, codelists, vintage and default selection of a dataflow
cached structure (miss → upstream)
ilo_list_dimension_values
valid codes of one dimension (paginated by offset)
cached codelist (miss → upstream)
ilo_get_data
observations filtered by dimension and period
1 live REST call per query
search
ChatGPT Deep Research contract: ranks a query against the full dataflow catalogue, returns { id, title, url } (ind:<DATAFLOW_ID>)
in-memory index built from the local catalogue (24 h)
fetch
ChatGPT Deep Research contract: one dataflow as readable Markdown with the public data explorer page as url
cached structure (miss → upstream)
Typical flow: ilo_search_indicators → ilo_get_indicator_metadata / ilo_list_dimension_values
to discover valid filter codes → ilo_get_data with country and period filters.
Every response carries the provenance block v1.0
(@sbissoli/mcp-provenance, modes
concise/detailed via the provenance_mode parameter) on three channels:
structuredContent, namespaced _meta (com.sidneybissoli.ilostat/*) and a text footer.
Resources and prompts
Three resources (static, text/markdown, no upstream call) that a client can attach to the
context before calling tools — they save the 2–3 discovery calls most sessions spend on
"which dataflow, which codes":
meaning of every provenance field and how to cite the ILO
Three prompts — ready-made workflows that chain the tools and end with the citation rules
(arguments are strings; period arguments optional):
Prompt
Arguments
Result
ilo_country_labour_profile
country, start_period, end_period
labour-market profile of one country (unemployment, participation, employment ratio, informality, NEET, earnings, hours)
ilo_compare_countries
countries, indicator, start_period, end_period
comparison table across countries/aggregates in one data call, flagging modelled estimates vs reported data
ilo_indicator_trend
indicator, country, start_period, end_period
time series of one indicator with first/last, peak/trough and OBS_STATUS breaks
Every dataflow id quoted in the resources and prompts is checked against the catalogue seed by
the test suite, so the documentation cannot point at an id the search would not find.
Behaviour and limits
REF_AREA is required in ilo_get_data, up to 30 areas per call. The ILO gateway times
out (HTTP 504) on unrestricted queries, so the server never issues one; for broad panels, split
the areas into batches and/or paginate by period (start_period/end_period). The error
message explains how.
One live REST call per data query. Data is never cached — every ilo_get_data result is
fetched from ILOSTAT at request time. Dataflow structures (TTL 24 h) and codelists (TTL 7 days,
shared across dataflows) are cached.
data_vintage is the dataflow's last-update date as published by the ILO (LAST_UPDATE
annotation, normalised to ISO).
retrieved_at is always the real instant of extraction from ILOSTAT, preserved alongside
any cached value — never the build or response time. Cached responses say so
(served_from_cache: true).
The indicator catalogue is a local snapshot (~1,210 dataflows), refreshed periodically; its
own retrieved_at is reported in the provenance of ilo_search_indicators, so its age is
always visible.
Every upstream call carries an identifiable User-Agent (service URL + contact), so ILO
administrators can reach the operator.
Language: English; timezone: UTC (ILO data is published in English).
Provenance fields
derived — true only for real transformation (aggregation, server-computed rate,
interpolation, harmonisation), always with a derivation_note; unit conversion and rounding
do not count. This server does not transform values, so derived is always false.
notices — reproduces the values of OBS_STATUS (the SDMX status/disclaimer channel,
e.g. "Break in series"), verbatim and with counts. Technical per-observation attributes
(DECIMALS etc.) stay on the rows (rows[].attributes).
Data license and attribution
ILOSTAT data and metadata: CC BY 4.0 (since 2023-05-03; license verified 2026-08-04).
ILO attribution in every response (citation field):
International Labour Organization, ILOSTAT, https://ilostat.ilo.org/data/, accessed <date>.
The ILO logo is not used. This service is not endorsed by the ILO.
Self-hosting / development
Everything below is only needed to run your own instance — it is not required to use the
public server.
bash
npm install
npm run typecheck && npm test# offline suite (parsers, key, tools, output contract, resources/prompts, in-memory catalogue, vocabulary, eval fixtures)
npm run dev # http://localhost:8787/mcp (Worker)
npm run build && npm start # stdio runtime (dist/cli.js)# Catalogue seed (D1) — required before first use:
node scripts/seed-catalog.mjs # downloads via curl and generates scripts/seed-catalog.sql
npx wrangler d1 execute ilostat-catalog --local --file=scripts/seed-catalog.sql
npx wrangler d1 execute ilostat-catalog --remote --file=scripts/seed-catalog.sql
npm run deploy
node scripts/smoke-mcp.mjs # smoke test against production (initialize → 6 tools → search → fetch → errors)
npm run manifest:lhm # regenerate tools/resources/prompts in lhm.plugin.json from the real server# (the seed also writes tests/fixtures/catalog-ids.txt — the versioned id list the tests check resources/prompts against)
Bindings (see wrangler.jsonc): KV SDMX_CACHE, D1 CATALOG_DB, Durable Object USAGE
(SQLite-backed usage counters), CF_VERSION_METADATA. Optional Bearer auth
(wrangler secret put API_KEY); token-bucket rate limit per IP.
Notes for operators:
ILOSTAT returns JSON only when negotiated via the Accept header
(application/vnd.sdmx.{structure,data}+json); ?format= is ignored and returns XML.
The ILO gateway answers HTTP 500 (languageTag1) to the Accept-Language: * header that
Node's fetch (undici) sends by default; every upstream call therefore sets
Accept-Language: en explicitly (Cloudflare's runtime sends no such header, so the Worker was
never affected). It also expects an identifiable User-Agent.
Catalogue refresh is manual (no cron): quarterly, or immediately if a dataflow that exists
upstream does not show up in search. Procedure: the three seed commands above. Data queries are
always live, so only the search catalogue can age — and its age is exposed in provenance.
Evals
@sbissoli/mcp-evals: 24 fixtures in
evals/fixtures/queries.ts, validated offline in npm test. The run with a real model
(npm run eval) uses the Anthropic API and needs ANTHROPIC_API_KEY (without it, it exits with
instructions). Run of 2026-08-07: top-1 100% (24/24) — evals/results/.
End-to-end: 10 complex questions with a single verifiable answer in evals/e2e/evaluation.xml,
answers validated manually against production (evals/e2e/validacao-respostas.md). Run of
2026-08-07 (Sonnet): 9/10 exact string; 10/10 substantive — evals/results/2026-08-07-e2e.md.