Art Institute Chicago Mcp Server

Overview

The Art Institute of Chicago's collection through the museum's public API: about 133,000 artworks, plus artists, exhibitions, and audio-guide stops. Search artworks with text, structured filters, and facet counts; read full records with provenance, exhibition history, and rights-aware IIIF image URLs; resolve artists to ids; find exhibitions by topic or date; and search audio-guide transcripts. Runs as a stdio process or a local Streamable HTTP server, with no API key.

Tools

Resources

The same record is available from artic_get_artworks for clients that don't surface resources.

Capability reference

artic_search_artworks _tool

• query (every word must match; "exact phrase", -exclude, and a | b work) plus filters artist, artist_id, department, artwork_type, style, subject, classification, place_of_origin, gallery, year_from / year_to (date-span overlap, negative for BCE), public_domain_only, on_view_only, and has_image, combined with AND
• Up to 12 rows per page (default 10), so a page of long catalog records stays within common tool-output limits, within the first 1,000 matches; sort is relevance, date_asc, or date_desc, and sort_applied reports popularity when relevance had no query text
• facets adds the top 15 values for up to seven fields (artist rows carry artist_id); limit: 0 returns counts only

artic_get_artworks _tool

• 1–10 ids per call (artwork page URLs are read as their id); sections picks the heavy text: description and provenance by default, plus exhibition_history, publication_history, and catalogue
• Records return in request order, with missing_ids for ids the museum doesn't have and deferred_ids for records past a 100,000-byte response budget
• include_related_media (default on) loads up to 20 linked lectures and audio stops per call; description_attribution appears whenever CC BY description text is returned

artic_search_artists _tool

• query (all name words must match) or up to 25 ids, not both; query mode adds artists_only (default true), born_from / born_to, and up to 25 agents per page
• Each agent carries artwork_count, up to three sample_works (the museum's highlights first), life years, and alt_names; ids mode reports missing_ids

artic_search_exhibitions _tool

• query, when (current, upcoming, past, or the default any), and date_from / date_to (YYYY-MM-DD, matched by run overlap); up to 25 per page, pages 1–40
• sort is relevance, start_desc, or start_asc, defaulting to relevance with a query and start_desc without; status is the museum's label and doesn't say whether a show is open (when does)
• Rows carry dates, gallery, summary, web page, image, artist_ids, and the artworks shown when the museum lists them

artic_search_audio_guide _tool

• query is required and matches stop titles and transcripts (every word); up to 20 stops per page (default 5)
• Each stop has title, audio_url (MP3), and transcript but no artwork id; every response carries license_text and source_citation, since the content is for noncommercial educational and personal use

artic_lookup_vocabulary _tool

• vocabulary is one of department, artwork_type, style, subject, classification, place_of_origin, gallery, material, technique, or theme; optional contains substring (case-insensitive), public_domain_only, and up to 100 values (default 25)
• Values come back most common first with artwork_count, in the exact form the matching artic_search_artworks filter accepts; filter_param names that filter and is absent for material, technique, and theme, which work as query text

artic://artworks/{id} _resource

• { artwork, license_text, description_attribution?, notice? } as application/json, where artwork is the artic_get_artworks record with its default sections and related media
• An unknown id fails as artwork_not_found; ids come from artic_search_artworks

Features

Built on @cyanheads/mcp-ts-core: stdio and Streamable HTTP transports, pluggable auth (none / jwt / oauth), swappable storage (in-memory, filesystem, Supabase, Cloudflare KV/R2/D1), structured logging with optional OpenTelemetry tracing.

Art Institute-specific:

• Keyless access to the Art Institute of Chicago public API (api.artic.edu/api/v1); IIIF image URLs are built from each record (843 px for every image, 1686 px and a IIIF manifest for public-domain works), never fetched
• One shared request pacer under the API's published limit of 60 requests a minute, retries for transient failures inside a 20-second deadline, and an in-process response cache (records 6 hours, searches 15 minutes, vocabularies 24 hours), so a repeated call spends no rate budget
• Text search requires every word to match, so totals are real and a miss reads as zero hits, while results keep the museum's own relevance order
• Placeholder years in the museum's data (outside −8000 to 2100) are left out of output, year filters, and date sorts; date_display stays the authority

Agent-friendly output:

• Rights travel with the data: image.rights (public_domain / in_copyright) on every image, with the 1686 px URL only where reuse is allowed; the API's license_text verbatim; description_attribution when CC BY text is returned; and source_citation on audio-guide results
• Partial results instead of failures: artic_get_artworks reports missing_ids and deferred_ids, and when a secondary lookup (related media, artist counts) fails, the primary records still return with a notice naming what is missing
• Paging that names the next move: totalCount, has_more, next_page, and a notice with the next page, the 1,000-match ceiling, or the filter to loosen after zero hits; facet and vocabulary values come back in the exact form the filters accept

Data and licensing

The Art Institute of Chicago licenses its API data by surface, and the server passes the API's own license_text through with every artwork, artist, exhibition, and audio-guide result:

This server is an independent project and is not affiliated with or endorsed by the Art Institute of Chicago.

Known limitations

• Only the first 1,000 matches of any search are reachable without an authenticated key. Broad questions need filters or facets.
• The API's limit of 60 requests a minute is per egress IP, so every client behind one IP shares it. Bursts queue behind the pacer, and a call that cannot start within its 20-second budget fails as rate_limited.
• Curatorial text is sparse: about 10% of artworks have a description, and in a general sample 94% lack provenance. About 1% of artists have a biography, and there is no nationality field, only artist_display prose.
• About 15 artworks carry placeholder years and about 4,900 carry no dates; neither matches a year filter.
• Some vocabulary titles are stored cut at 40 characters in the museum's own data (gelatin silver (developing-out-paper) pr). Filters match them only as stored, so pass values as artic_lookup_vocabulary lists them.
• The API's firewall refuses any request whose text contains markup such as <script>; the call fails as request_blocked.
• About 4% of exhibitions list their artworks, and status doesn't indicate whether a show is open.
• Audio-guide stops have no artwork link. Some titles are file names, and some transcripts are in Spanish.
• Image URLs can stop resolving when the museum unpublishes or replaces an image, and relevance order follows the museum's own ranking, which may shift as its models change.

Getting started

Add the following to your MCP client configuration file. No API key is needed; AIC_CONTACT tells the museum how to reach you (see Configuration).

{  "mcpServers": {    "art-institute-chicago-mcp-server": {      "type": "stdio",      "command": "bunx",      "args": ["@cyanheads/art-institute-chicago-mcp-server@latest"],      "env": {        "MCP_TRANSPORT_TYPE": "stdio",        "MCP_LOG_LEVEL": "info",        "AIC_CONTACT": "[email protected]"      }    }  }}

Or with npx (no Bun required):

{  "mcpServers": {    "art-institute-chicago-mcp-server": {      "type": "stdio",      "command": "npx",      "args": ["-y", "@cyanheads/art-institute-chicago-mcp-server@latest"],      "env": {        "MCP_TRANSPORT_TYPE": "stdio",        "MCP_LOG_LEVEL": "info",        "AIC_CONTACT": "[email protected]"      }    }  }}

Or with Docker:

{  "mcpServers": {    "art-institute-chicago-mcp-server": {      "type": "stdio",      "command": "docker",      "args": ["run", "-i", "--rm", "-e", "MCP_TRANSPORT_TYPE=stdio", "-e", "[email protected]", "ghcr.io/cyanheads/art-institute-chicago-mcp-server:latest"]    }  }}

For Streamable HTTP, set the transport and start the server:

MCP_TRANSPORT_TYPE=http MCP_HTTP_PORT=3010 bun run start:http# Server listens at http://localhost:3010/mcp

Prerequisites

• Bun v1.4.0 or higher (or Node.js v24+).
• No API key or account. The Art Institute API asks clients to identify themselves with a contact; set AIC_CONTACT to an email or URL.

Installation

1. Clone the repository:

git clone https://github.com/cyanheads/art-institute-chicago-mcp-server.git

2. Navigate into the directory:

cd art-institute-chicago-mcp-server

3. Install dependencies:

bun install

4. Configure environment:

cp .env.example .env# edit .env and set AIC_CONTACT

Configuration

See .env.example for every server setting and the common framework overrides.

Running the server

Local development

• Build and run the production version:

  sh

  # One-time buildbun run rebuild
  # Run the built serverbun run start:http# orbun run start:stdio

• Run checks and tests:

  sh

  bun run devcheck  # Lints, formats, type-checks, and morebun run test      # Runs the test suite

Project structure

Development guide

See CLAUDE.md for development guidelines and architectural rules. The short version:

• Handlers throw, framework catches — no try/catch in tool logic
• Use ctx.log for logging, ctx.enrich for paging and notices
• Register new tools and resources in the barrels under src/mcp-server/*/definitions/index.ts
• Wrap external API calls: validate raw → normalize to domain type → return output schema; never fabricate missing fields

Contributing

Issues are welcome. Run checks and tests before submitting:

bun run devcheckbun run test

License

This project is licensed under the Apache 2.0 License. See the LICENSE file for details.