Skip to content
ProductivityNo Auth RequiredAuto OpenAPIQuality Score: 34/99

Auckland Museum API MCP Server Integration Guide

Section A: Quick Answer & Architectural Summary

The Auckland Museum API Model Context Protocol (MCP) integration bridges AI coding assistants to the Auckland Museum API productivity API. It exposes 6 validated endpoint operations as callable tools for Claude Desktop, Cursor, and VS Code. Configuration is managed via hosted registry at /config/aucklandmuseum-com.json or local stdio bridge execution. Operates with zero authentication credentials out of the box. Contains 2 mutating operations (POST/PUT/DELETE); user confirmation is recommended before triggering write operations.

Core Functionality:Auckland Museum API exposes 6 OpenAPI operations as callable MCP tools for AI assistants.
Quick Install:Add hosted configuration URL "/config/aucklandmuseum-com.json" to your MCP client or use the configuration generator.
Authentication:No authentication required.
Operational Caveat:Contains 2 mutating operations (POST/PUT/DELETE); user confirmation is recommended before triggering write operations.
Section B: Editorial Evaluation

MCPBridge Editorial Verdict: Auckland Museum API

8 Standardized Dimensions
1. Best For

AI coding workflows requiring programmatic access to Auckland Museum API (Productivity) endpoints

2. Experience LevelBeginner
3. Setup Difficulty

Low (1-2 mins)

4. Authentication

Zero Authentication Required

5. Maintenance Status

Automated Spec Tracking

6. Compatibility

Claude Desktop, Cursor IDE, VS Code (Cline), Zed Editor

7. Security Profile

Read & Mutating endpoints; client confirmation and least-privilege token recommended

8. MCPBridge Verdict Summary

MCPBridge rates Auckland Museum API as a standardized OpenAPI-to-MCP bridge providing structured tool definitions across 6 endpoints.

Technical Overview & Protocol Integration

The Auckland Museum API, provided by the Auckland War Memorial Museum (Tāmaki Paenga Hira), is a robust and open web service designed to grant programmatic access to the museum's rich digital collections and scholarly metadata. Its core capabilities revolve around the discovery and retrieval of information related to millions of cultural heritage objects, artworks, specimens, and archival records. The API enables structured queries against its collections index through flexible search operations, allowing users to filter and sort records by various fields such as object type, collection, name, or date. Furthermore, it provides direct endpoints for fetching specific media assets (like images or documents) associated with records using a stable file path and for resolving unique identifiers to their corresponding data records. These functions serve a wide array of use cases, from academic researchers conducting large-scale data analysis of collection trends, to educators building interactive learning resources, and developers creating rich, data-driven web or mobile applications that showcase the museum's holdings for public engagement.

Exposing the Auckland Museum API as a toolset through the Model Context Protocol (MCP) for an AI coding assistant fundamentally transforms its utility from a static data source into a dynamic, conversational development resource. For a developer using an AI-augmented IDE, this integration allows the AI to act as a knowledgeable intermediary that can autonomously explore the museum's vast datasets. The AI can formulate and execute precise API calls on the developer's behalf, bypassing the need for manual endpoint construction and documentation lookup. This provides immense value by accelerating development workflows, enabling rapid prototyping of collection-browsing features, and offering contextual insights during the coding process. The AI can, for instance, analyze the structure of returned JSON data in real-time, suggesting data models or parsing logic, thereby reducing boilerplate and ensuring adherence to the API's actual data schema from the outset.

In practice, a developer can instruct their AI coding assistant to perform complex, multi-step tasks that leverage the full spectrum of the API's endpoints. For example, a natural language command like "Find all Māori cloaks in the collection, retrieve the primary image for the first three results, and write a Python function to download and save them locally" would prompt the AI to sequentially use the search endpoint to query the object index with specific filters, parse the identifiers from the results, then call the media endpoint with the appropriate paths for each item, and finally generate the corresponding code. Similarly, an instruction such as "Help me build a React component that takes an object ID and displays its name, a brief description, and thumbnail" would lead the AI to query the identifier endpoint to fetch the record details, map the relevant fields to component props, and generate the necessary UI code. The AI can also assist with exploratory tasks like "What are the most frequent categories of insects in your entomology collection?" by constructing a search query to aggregate and analyze that specific field.

It is critical to note that the Auckland Museum API currently operates with an open authentication model, requiring no API keys or credentials for access. While this simplifies development and encourages open innovation, developers and organizations implementing MCP servers must still adhere to responsible usage principles. This includes rigorously implementing rate limiting and request throttling on the client side to avoid overwhelming the museum's infrastructure, respecting any documented terms of service, and clearly attributing the Auckland War Memorial Museum as the data source in any derived applications. When building an MCP server, developers should configure it to cache responses appropriately to reduce unnecessary calls and ensure that any application built on this data acknowledges the non-commercial, scholarly, and cultural nature of the source material, upholding the museum's mission of preservation and education.

By translating the OpenAPI 3.0 specification for Auckland Museum API into native Model Context Protocol (MCP) tool definitions, developers and AI agents gain programmatic access to endpoints over stdio or HTTP transports. Every endpoint is translated into a discrete tool payload complete with input argument validation, parameter descriptions, and return type definitions.

2. Technical Specifications Matrix

System Specifications

API NameAuckland Museum API
Slug Identifieraucklandmuseum-com
CategoryProductivity
Auth MethodNone Required
Endpoint Count6 tools mapped
Spec VersionOpenAPI v2.0.0
Transport TypeSTDIO
Publisher Sourceauto

3. Multi-Client Installation Matrix

Copy and paste these pre-formatted JSON snippets into your MCP client configuration files.

Claude Desktop

Add to claude_desktop_config.json

{
  "mcpServers": {
    "aucklandmuseum-com": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-openapi",
        "https://api.apis.guru/v2/specs/aucklandmuseum.com/2.0.0/swagger.json"
      ],
      "env": {
        "AUCKLAND_MUSEUM_API_API_KEY": "your_auckland_museum_api_api_key"
      }
    }
  }
}
Deep link

Cursor IDE

Settings → MCP Servers → Add Hosted Config

{
  "mcpServers": {
    "aucklandmuseum-com": {
      "url": "https://mcpbridge.org/config/aucklandmuseum-com.json"
    }
  }
}

Saves as .cursor/mcp.json in the download. Move it to your project root.

Deep link install →

VS Code / Cline

Use with MCP extension config

{
  "mcpServers": {
    "aucklandmuseum-com": {
      "url": "https://mcpbridge.org/config/aucklandmuseum-com.json"
    }
  }
}

4. Security Architecture & Credentials Reference

Key parameters and credential variable mappings for Auckland Museum API.

Section G: Security Architecture

Security Considerations & Sandbox Guidance: Auckland Museum API

Authorization credential isolation, least privilege boundaries, and container sandboxing options.

Credentials Handling

None Required

Permission Scope

Read & Mutating Operations

Execution Boundary

Local MCP bridge process making outbound HTTPS requests to upstream API

🔒

Isolation & Principle of Least Privilege

Ensure outbound network access to the API endpoint is permitted. Use restricted API tokens with minimal read/write scopes.

Actionable Operational Guidelines

  • Verify network firewall rules allow outbound traffic to upstream API endpoints.
  • Review arguments for mutating endpoints (/search/{index}/{operation}, /sparql) before execution.
  • Apply token rate limits and monitor usage in your provider dashboard to prevent unexpected quota consumption.
Variable NameRequiredExample Value
AUCKLAND_MUSEUM_API_API_KEYREQUIREDyour_auckland_museum_api_api_key

5. Endpoints & Tool Schemas Matrix

Search and inspect the 6 tool signatures mapped from OpenAPI.

Executable Code Integration Examples

Call Auckland Museum API endpoints via cURL, TypeScript, or Python REST SDKs.

curl -X GET "https://api.apis.guru/v2/specs/aucklandmuseum.com/2.0.0/swagger.json/id/media/{path}" \
  -H "Content-Type: application/json" \
  # No auth required
Section C: Developer Workflows

Concrete Real-World Use Cases for Auckland Museum API

Practical multi-step agentic workflows and prompt directives demonstrating concrete developer outcomes.

WorkflowWorkflow 01

Automated Contextual Workflow Integration

In practice, a developer can instruct their AI coding assistant to perform complex, multi-step tasks that leverage the full spectrum of the API's endpoints. For example, a natural language command like "Find all Māori cloaks in the collection, retrieve the primary image for the first three results, and write a Python function to download and save them locally" would prompt the AI to sequentially use the search endpoint to query the `object` index with specific filters, parse the identifiers from the results, then call the media endpoint with the appropriate paths for each item, and finally generate the corresponding code. Similarly, an instruction such as "Help me build a React component that takes an object ID and displays its name, a brief description, and thumbnail" would lead the AI to query the identifier endpoint to fetch the record details, map the relevant fields to component props, and generate the necessary UI code. The AI can also assist with exploratory tasks like "What are the most frequent categories of insects in your entomology collection?" by constructing a search query to aggregate and analyze that specific field.

Execution Steps:
  1. AI assistant inspects prompt context and selects relevant tool
  2. Validates parameter payload against OpenAPI JSON Schema
  3. Executes tool call and formats structured API response
"Query Auckland Museum API for resources matching current task parameters and summarize findings."
Read QueryWorkflow 02

Data Inspection & Resource Querying

Query Auckland Museum API resources such as "/id/media/{path}" to retrieve contextual data directly during coding sessions.

Execution Steps:
  1. Agent selects /id/media/{path} tool
  2. Passes search filters or resource identifiers
  3. Renders JSON payload in chat context for developer review
"Fetch resource details from Auckland Museum API using /id/media/{path} and analyze current status."
State MutationWorkflow 03

Automated Mutation & Resource Creation

Execute state changes and create records through POST operations like "/search/{index}/{operation}" with parameter validation.

Execution Steps:
  1. Agent constructs validated request body matching schema
  2. Prompts user for execution confirmation
  3. Executes tool and confirms response status
"Prepare a POST request for /search/{index}/{operation} on Auckland Museum API and display the payload for confirmation."
Section D: Project Suitability

Good Fit vs. Poor Fit Criteria for Auckland Museum API

Architectural guidelines to determine when to adopt this integration and when to explore alternatives.

When to Choose / Good Fit

  • AI coding assistants in Claude Desktop or Cursor requiring structured tool access to Auckland Museum API.
  • Developers who want standardized OpenAPI-to-MCP translation without building custom server code.
  • Workflows that benefit from automated parameter validation against official OpenAPI 3.0 schemas.
  • Teams seeking zero-maintenance hosted JSON configurations for easy distribution.

When to Avoid / Poor Fit

  • Ultra-high frequency data ingestion exceeding typical LLM context windows and token rate limits.
  • Unattended autonomous agent loops with write access where human approval of mutations is mandatory.
  • Environments lacking outbound internet access to upstream Auckland Museum API API servers.
Section E: Trust Architecture

Verification & Evidence Audit: Auckland Museum API

Tier: Automated Metadata CheckReview Protocol →

OpenAPI 3.0 specification parsed and validated via automated build pipeline.

Last Verified:
Verification Source: OpenAPI 3.0 Specification

Independent Evidence Checks

OpenAPI 3.0 Schema Validationverified

Valid specification version 2.0.0 with 6 endpoints indexed.

Authentication Modelchecked

No authentication required.

Tool Call Argument Validationverified

JSON Schemas mapped to MCP tools/call standard format.

Runtime Execution Statuschecked

Automated schema validation only; live upstream API calls require developer credentials.

Section F: Health & Maintenance

Project Health & Maintenance Audit: Auckland Museum API

lightningActive
Quality Score Index
84
★ Production-Ready Grade

Activity & Cadence

Commit VelocityTracked against upstream OpenAPI schema
Release CadenceOpenAPI Version: 2.0.0
Project LicenseProprietary API / OpenAPI Spec

Transparent Quality Score Breakdown

Automated specification tracking (+12 pts)
OpenAPI 3.0 specification available (+8 pts)
6 endpoint schemas (+14 pts)
Score Validation Criteria
Auto-generated specification (+12 pts)
OpenAPI 3.0 specification available (+8 pts)
6 endpoint schemas (+14 pts)
Section H: Peer Comparison

Alternatives & Comparison Table (Productivity)

Comparative trade-offs between Auckland Museum API and similar ecosystem tools in the Productivity category.

OptionBest ForMain Difference vs. Auckland Museum APISetup / RuntimeExplore
Adyen Test Cards APIDevelopers needing Productivity operations with 1 tools1 endpoints vs 6 endpointsauto / v1View →
Amazon Lex Runtime V2Developers needing Productivity operations with 5 tools5 endpoints vs 6 endpointsauto / v2020-08-07View →
Amazon TextractDevelopers needing Productivity operations with 10 tools10 endpoints vs 6 endpointsauto / v2018-06-27View →

9. Error Resolution & Troubleshooting Guide

Contextual diagnostics for HTTP status codes and JSON-RPC tool bridge operations.

-32600 (Invalid Request)

Root Cause: Malformed JSON-RPC payload sent to local MCP bridge process.

Resolution Action: Verify MCP client payload adheres to JSON-RPC 2.0 specification.

-32601 (Method Not Found)

Root Cause: Requested operation does not exist in mapped Auckland Museum API OpenAPI endpoint schemas.

Resolution Action: Inspect Section 5 endpoints table to confirm valid method names and paths.

-32602 (Invalid Params)

Root Cause: Missing or invalid parameters for target tool operation.

Resolution Action: Check parameter data types against OpenAPI JSON Schema specification.

429 Rate Limit Exceeded

Root Cause: Upstream Auckland Museum API API request rate limit quota reached.

Resolution Action: Implement exponential backoff in tool execution loop or verify provider plan quotas.

OPENAPI_GATEWAY_TIMEOUT

Root Cause: Upstream Auckland Museum API endpoint response latency exceeded timeout threshold.

Resolution Action: Verify network connectivity and check provider system status dashboard.

Section I: Authority & References

Official Verified Sources for Auckland Museum API

Authoritative upstream repositories, specifications, package registries, and configuration endpoints.

📐

OpenAPI 3.0 Specification

Machine-readable OpenAPI schema source used for MCP tool mapping.

https://api.apis.guru/v2/specs/aucklandmuseum.com/2.0.0/swagger.json
⚙️

Hosted MCPBridge Configuration

Pre-generated Model Context Protocol JSON configuration hosted on MCPBridge.

https://mcpbridge.org/config/aucklandmuseum-com.json
⚙️

OpenAPI-to-MCP Converter Tool

Client-side browser converter to customize or filter endpoint tools.

https://mcpbridge.org/convert/
🛡️

Claim & Maintainer Verification

Submit a claim to verify API publisher ownership and update metadata.

https://github.com/stormlive-ai/mcp-bridge-docs/issues/new?title=Claim+Listing%3A+Auckland+Museum+API+%28api%3A+aucklandmuseum-com%29&labels=claim-listing&body=%23%23+Claim+Listing+Request%0A%0AI+would+like+to+claim+this+listing%3A%0A%0A-+**Type%3A**+api%0A-+**ID%3A**+aucklandmuseum-com%0A-+**Name%3A**+Auckland+Museum+API%0A%0A%23%23%23+Your+Information%0A%0A**GitHub+Handle%3A**+%3C%21--+your+GitHub+username+--%3E%0A%0A**Email%3A**+%3C%21--+optional%2C+for+verification+--%3E%0A%0A**Relationship+to+this+API%3A**%0A-+%5B+%5D+I+am+the+API+provider+%2F+maintainer%0A-+%5B+%5D+I+am+an+authorized+representative%0A-+%5B+%5D+Other%3A%0A%0A%23%23%23+Verification+Method%0A-+%5B+%5D+I+will+add+a+CNAME%2FTXT+record+to+verify+domain+ownership%0A-+%5B+%5D+I+can+confirm+from+an+email+address+at+the+provider+domain%0A-+%5B+%5D+I+maintain+the+GitHub+repository%0A%0A%23%23%23+Updates+I%27d+Like+to+Make+%28optional%29%0A%3C%21--+What+would+you+like+to+update%3F+Description%2C+links%2C+category%2C+etc.+--%3E%0A%0A---%0A*Submitted+via+MCP-Bridge+claim+form*
Section J: Technical FAQ

Frequently Asked Technical Questions: Auckland Museum API

Targeted developer questions regarding installation, client configuration, credentials, and error resolution.

The Auckland Museum API MCP server connects AI coding assistants (Claude Desktop, Cursor, VS Code, Zed) to the Auckland Museum API API using the Model Context Protocol. It converts 6 OpenAPI operations into native MCP tools callable during chat sessions.

Related MCP Server Integrations

Adyen Test Cards API MCP Setup

The Adyen Test Cards API, provided by the global payment platform Adyen, is a specialized utility designed to streamline the payment integration development and testing lifecycle. Its core capability is the programmatic generation of custom test card numbers, a critical requirement for developers and QA engineers building and validating payment flows in sandbox or test environments. By exposing a dedicated endpoint, `POST /createTestCardRanges`, the API eliminates the manual process of sourcing static test card numbers from documentation or community lists. This is particularly valuable for enterprise-scale applications where testing must cover a complex matrix of scenarios, including various card schemes (Visa, Mastercard, etc.), card types (credit, debit, prepaid), issuer countries, and specific transaction outcomes like approvals, declines, and 3D Secure challenges. Typical use cases span from automated continuous integration (CI) pipelines that require unique test data for each run, to teams developing payment interfaces that must simulate a wide array of real-world customer payment methods.

ProductivityConfigure →

Amazon Lex Runtime V2 MCP Setup

Amazon Lex Runtime V2 is a sophisticated conversational AI service provided by Amazon Web Services that enables developers to manage and interact with chatbot sessions in real time. This API serves as the runtime interface for Amazon Lex bots, allowing applications to communicate with bots that have already been built and published. The service is designed to handle natural language understanding and dialogue management at scale, supporting multiple languages and locales within a single bot configuration. Typical enterprise use cases include deploying intelligent virtual agents for customer service portals, automating FAQ responses in e-commerce platforms, integrating voice and text-based conversational interfaces into enterprise applications, and powering interactive voice response systems for contact centers. Consumer-facing applications often leverage Lex V2 for personal assistant functionality, appointment scheduling bots, and interactive troubleshooting guides. The Runtime V2 API is distinct from the Build-time API, as it focuses exclusively on session-based interactions rather than bot creation or training, making it the critical endpoint for any production deployment that requires real-time user engagement.

ProductivityConfigure →

Amazon Textract MCP Setup

Amazon Textract is a machine learning service from Amazon Web Services (AWS) that automatically extracts text, handwriting, and structured data from scanned documents. Going beyond basic OCR, it employs advanced models to understand document layouts and identify the semantic relationships between data elements. Its core capabilities include the detection and analysis of printed text, handwritten text, and complex tabular data, as well as the extraction of specific data points from pre-defined document types like invoices, receipts, and identity documents. Typical enterprise use cases span automating accounts payable workflows by parsing invoices, digitizing medical records for analysis, automating loan processing by extracting information from financial statements, and enhancing searchability across vast archives of scanned documents. For consumer applications, it can power apps that digitize receipts for expense tracking or automate form filling by reading physical ID cards.

ProductivityConfigure →

Appwrite Client MCP Setup

The Appwrite Account API represents a core component of the Appwrite Backend-as-a-Service (BaaS) platform, designed to radically accelerate development by managing the complete lifecycle of user accounts through a simplified RESTful interface. Provided by Appwrite, an open-source, self-hosted backend server, this API abstracts complex user management logic into a series of secure endpoints. It handles essential operations including creating and deleting accounts (POST /account, DELETE /account), updating core profile details like email, name, and password (PATCH /account/email, PATCH /account/name, PATCH /account/password), and managing authentication sessions and JSON Web Tokens (POST /account/jwt). Furthermore, it provides access to user activity logs (GET /account/logs) and allows for the storage and retrieval of arbitrary user preferences (GET /account/prefs, PATCH /account/prefs). Typical use cases span from simple mobile applications needing quick user signup to enterprise platforms requiring robust, self-service account administration, with Appwrite handling the secure storage, session management, and verification processes that would otherwise demand significant custom backend development.

ProductivityConfigure →

Appwrite Server MCP Setup

Appwrite is a comprehensive open-source Backend-as-a-Service (BaaS) platform designed to dramatically accelerate the development of modern web, mobile, and Flutter applications by abstracting complex backend infrastructure into a suite of intuitive, secure, and scalable RESTful APIs. It provides a self-hosted or cloud-based backend that handles critical services such as user authentication, database operations, file storage, messaging, and serverless functions, effectively eliminating the need for developers to build and maintain these intricate systems from scratch. The specific account management endpoints detailed here form the core of Appwrite's user identity system, enabling robust operations like retrieving user profiles, updating credentials and metadata, managing password recovery flows, and maintaining audit logs. This API is provided by Appwrite and is utilized across a wide spectrum of applications, from individual developer projects and startups seeking rapid prototyping to enterprise-scale solutions requiring a secure, compliant, and customizable user management backbone for their SaaS platforms, e-commerce sites, or internal tools.

ProductivityConfigure →