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 by text, 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; search audio-guide transcripts. Runs without an API key, as a stdio process, a local Streamable HTTP server, or the public hosted endpoint above.

Tools

Resources

artic_get_artworks returns the same record for clients that don't surface resources.

Capability reference

Searches and vocabulary lookup accept requested limits through 1,000 and disclose the applied cap: artworks 12, artist query and exhibitions 25, audio guide 2, vocabulary 100. Search pages use the applied size; retain the same requested limit when following next_page. Page times applied size must stay within 1,000. At the vocabulary cap, narrow with contains.

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, material, technique, theme, 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), 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 counts every credited artist and rows carry artist_id); limit: 0 returns counts only

artic_get_artworks _tool

• ids accepts up to 1,000 supplied entries, counting blanks and duplicates; comma strings also have a 100,000-character ceiling. Blanks and duplicates are dropped, and artwork page URLs are read as their id. The first 10 ids are attempted; sections picks description and provenance by default, plus exhibition_history, publication_history, and catalogue
• Records return in request order, with missing_ids for attempted ids the museum doesn't have and deferred_ids for records held back by the response budget followed by unattempted ids. Pass deferred_ids to the same tool again
• 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
• Requested histories are plain text, preserving paragraphs and safe HTTP(S) citation destinations

artic_search_artists _tool

• query (all name words must match) or ids, not both; ids accepts up to 1,000 supplied entries, counting blanks and duplicates, and comma strings also have a 100,000-character ceiling. The first 25 normalized ids are attempted. 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 attempted missing_ids and ordered deferred_ids to pass as ids in the next call
• ulan_id is the Getty ULAN identifier when the museum records one; coverage is sparse, and it is distinct from the museum id used by other tools

artic_search_exhibitions _tool

• query, when (current, upcoming, past, or the default any), date_from / date_to (YYYY-MM-DD, matched by run overlap), and exact artwork_id / artist_id filters, combined with AND; up to 25 per page within the first 1,000 matches
• Relationship filters cover recorded museum links; absent links do not prove an artwork or artist never appeared in a show
• 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 two whole stops per page (default 2)
• Each stop has title, audio_url (MP3), and transcript but no artwork id; every response carries license_text and source_citation (content is for noncommercial educational and personal use)

artic_lookup_vocabulary _tool

• vocabulary is one of department, artwork_type, style, subject, classification, material, technique, theme, place_of_origin, or gallery; optional contains substring (ignoring case and accents, so applique finds appliqué (technique)), public_domain_only, and up to 100 values (default 25)
• Values come back most common first with artwork_count, in the exact form the artic_search_artworks filter of the same name accepts; filter_param names that filter

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)
• Text search requires every word to match, so totals are real and a miss reads as zero hits; results keep the museum's 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; 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 for the next page, the 1,000-match ceiling, or the filter to loosen after zero hits

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. 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 data (gelatin silver (developing-out-paper) pr). 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.
• 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 ranking, which may shift.

Getting started

Public Hosted Instance

A public instance is available at https://art-institute-chicago.caseyjhand.com/mcp — no installation required. Point any MCP client at it via Streamable HTTP:

{
  "mcpServers": {
    "art-institute-chicago-mcp-server": {
      "type": "streamable-http",
      "url": "https://art-institute-chicago.caseyjhand.com/mcp"
    }
  }
}

Every caller of the hosted instance shares one api.artic.edu request budget of 50 requests a minute. For sustained use, run your own instance.

Self-Hosted / Local

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": "you@example.com"
      }
    }
  }
}

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": "you@example.com"
      }
    }
  }
}

Or with Docker:

{
  "mcpServers": {
    "art-institute-chicago-mcp-server": {
      "type": "stdio",
      "command": "docker",
      "args": ["run", "-i", "--rm", "-e", "MCP_TRANSPORT_TYPE=stdio", "-e", "AIC_CONTACT=you@example.com", "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

  Copy

  # One-time build
  bun run rebuild
  
  # Run the built server
  bun run start:http
  # or
  bun run start:stdio
  

• Run checks and tests:

  sh

  Copy

  bun run devcheck  # Lints, formats, type-checks, and more
  bun 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 devcheck
bun run test

License

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