Skip to main content
Glama

Discover official datasets

discover
Read-onlyIdempotent

Find what official data is available about a topic.

Use this to explore what datasets exist. It returns catalogue metadata, never observations — and neither do ask and build_url, which prepare an exact source request that still has to be downloaded and queried (fetch / stage_url when the client cannot do that itself).

Two response shapes, and shape says which one arrived.

  • rankedresults lists matching datasets, best first, each with its dimensions, coverage, and the matches that justify it.

  • anchoredtopic named one concrete code (a place, a country, an indicator) and nothing forced the ranked path. The answer is then anchor (the code chosen, and what else the topic could have meant), facets (what varies across the datasets publishing it) and anchored_datasets (those datasets, paged by page.next_offset). results is [] on this shape by construction — that is not "nothing found". If the chosen code is wrong, re-query with one of anchor.alternatives[].name.

The two shapes never both appear. Anything that scopes the search is served by the ranked path: agencies, region, user_country, keywords, a non-English language, or an offset past the anchored page.

Anchored rows are datasets that publish the code or one beneath it — never ones merely permitted to carry it, never ones carrying only its parent.

Two keys explain the rest of the response: _k expands the abbreviated row keys, and _notes explains whatever this particular response happens to contain, keyed by field or field=value.

Common workflow: discover -> inspect -> ask

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
limitNoRows to return, default 15. The anchored shape needs a family of at least max(15, limit), so a large limit makes the ranked shape more likely.
topicYesWhat the data is about, in natural language. Naming one concrete code — a country, a city, an indicator — returns the anchored shape.
offsetNoRow offset; pass `page.next_offset` from the previous response. An offset past the anchored page forces the ranked shape.
regionNoGeography the user is asking about; affects coverage ranking, never the agency filter. Forces the ranked shape.
agenciesNoRestrict to these publisher codes (e.g. ["ABS", "OECD"]). Use only when the user names a publisher outright — it hides international sources reporting on a country. For a country use `region`. Forces the ranked shape.
keywordsNoOverride the auto-extracted graph-search terms. Rarely needed. Forces the ranked shape.
languageNoISO search language, default "en". Anything else forces the ranked shape — the anchor name index is English only.en
user_countryNoThe country the USER is in. Pass only when the user has stated where they are; never infer it from the question. This is not the country the question is about — that is `region`. Used to prefer data covering the user's country when the question names no geography of its own. Forces the ranked shape.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
_kYesExpands the abbreviated row keys.
pageYes
shapeYesranked: the answer is in `results`. anchored: the answer is in anchor + facets + anchored_datasets, and `results` is [] by construction. Read this first.
_notesNoHow to read what this particular response contains, keyed by field or `field=value`. Only conditions that fired are here, so an absent key means the case did not arise.
anchorNoWhat the response is anchored on, and what else the query could have meant.
facetsNoWhat varies across the datasets publishing the anchor code.
resultsYesRanked datasets, best first. Always [] on the anchored shape — that is not "nothing found"; the answer is in anchor/facets/anchored_datasets.
warningsNo
other_agenciesNoBounded context from sources outside the `agencies` filter. Never displaces a results row.
anchored_datasetsNoDatasets publishing the anchor code, paged by page.next_offset. Pass agency_id + dataflow_id to inspect or build_url.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A4.8/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint, openWorldHint, and idempotentHint. The description goes well beyond by explaining the two mutually exclusive response shapes (ranked vs anchored), the critical edge case that results is [] on the anchored shape 'by construction — that is not nothing found', the anchored-row semantics (datasets publishing the code or one beneath it, never merely permitted or parent-only), and the _k/_notes key expansion. No contradiction with annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is long (~300 words) and somewhat dense, but every paragraph earns its place given the tool's genuine complexity: two response shapes, eight shape-forcing parameters, and a non-obvious empty-results edge case. It is front-loaded with purpose and usage before diving into response-shape mechanics. Minor deduction for the workflow line appearing at the end, which could arguably be moved earlier for better scannability.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a tool with 8 parameters, two response shapes, and no enums, the description is remarkably complete. It covers purpose, alternatives, both response shapes and their triggers, the anchored-shape edge cases, row semantics, key expansion (_k/_notes), and the workflow position. With an output schema present to document return values, nothing an agent needs to call it correctly is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so each parameter is already documented. The description adds genuinely new value by explaining which parameters force the ranked shape (agencies, region, user_country, keywords, non-English language, offset past the anchored page) and why — the anchor name index is English only. It also clarifies user_country vs region semantics ('never infer it from the question'), which the schema hints at but the description reinforces. Slight deduction because much of the per-parameter shape-forcing info is repeated in the schema descriptions.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

Opens with a specific verb+resource ('Find what official data is available about a topic') and immediately distinguishes itself from siblings ask and build_url, which prepare exact source requests rather than exploring. The agent can clearly tell discover from its catalogue-exploration role.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly states when to use this tool ('Use this to explore what datasets exist') and contrasts with ask/build_url (which prepare an exact source request that must be downloaded) and fetch/stage_url (for clients that cannot download). It also gives the canonical workflow 'discover -> inspect -> ask', leaving no ambiguity about its position in the pipeline.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources