GAIP Digital Art Intelligence Agent
Server Details
No longer listed separately (still callable): public provenance evidence for art collections.
- Status
- Healthy
- Uptime
- 100.0% over 22 days
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- Repository
- tjcgraham-rgb/gaip-agents
- GitHub Stars
- 0
- Server Listing
- gaip-broker
TDQS
Scored across 1 tool
Only one tool is exposed, so there is no risk of misselection or overlap with another tool. Its purpose—checking agreement among public NFT/digital-art records—is clearly distinct.
The single tool name evaluate_public_art_evidence follows a clear verb_noun pattern in snake_case. With no other tools, there is no inconsistency to assess.
A single tool is borderline thin for a server framed as a 'Digital Art Intelligence Agent,' though the tool itself is self-contained and nontrivial. It earns its place but leaves little room for adjacent operations.
For the narrow purpose of evaluating agreement across public art records, the tool appears complete, including source fetching and past checks. Minor gaps remain, such as separate evidence-gathering or explanation tools, but core task coverage is present.
Available Tools
1 toolevaluate_public_art_evidenceCheck public art evidenceARead-onlyIdempotentInspect
Use this when asked whether public NFT or digital-art records agree (creator, contract, token). Pass a question and evidence_items. Returns AGREES / CONFLICT per field, copies counted once, past checks; fetch_sources: true reads up to 5 pages. No authenticity, ownership or price claim. Free, read-only, no account; inputs must be public and non-personal.
| Name | Required | Description | Default |
|---|---|---|---|
| question | Yes | What you want to know about the records. | |
| synthetic | No | Optional: true marks a test call. | |
| episode_id | No | Optional: your own id to group related calls. | |
| fetch_sources | No | Optional, default false: true lets GAIP read up to 5 https source_url pages (robots.txt honoured) and report whether each page shows its claimed creator, contract, token id and date. | |
| evidence_items | Yes | Records as they appear, each with a source_url (read only when fetch_sources is true). | |
| continuity_handle | No | Optional: the continuity_handle from an earlier GAIP result; links this call to your earlier ones. | |
| data_classification | No | PUBLIC (default) or NON_PERSONAL_PUBLIC. Never send personal data. | PUBLIC |
| independent_operator_id | No | Optional: your operator id (recorded as a claim, not verified). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Beyond the annotations (readOnly/idempotent/openWorld/non-destructive), the description adds substantive behavior: per-field AGREES/CONFLICT output, duplicate copies counted once, prior-check handling, and that fetch_sources reads up to 5 pages with robots.txt honoured. It is also explicit that there is no account requirement and no personal data allowed, which annotations do not convey.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The key trigger and scope are front-loaded in the first two sentences, and every clause carries information. The later telegraphic fragments ('copies counted once, past checks') are compact but slightly clipped, keeping it just short of fully polished.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
With no output schema, the description correctly carries the return-value burden by naming the AGREES/CONFLICT per-field result shape. Combined with privacy limits, page-fetch bounds, and stated non-claims, it is complete enough for an agent to call the tool correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema already documents all 8 parameters, and fetches even the fetch_sources semantics are duplicated in the schema. The description restates the two required params and the fetch_sources behavior but adds no new syntax or format guidance, so the baseline 3 applies.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific verb (evaluate/check) and resource (public NFT/digital-art records) and names the exact fields compared (creator, contract, token). It also carves out the boundary explicitly with 'No authenticity, ownership or price claim,' so an agent knows precisely what question this tool does and does not answer.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The trigger condition is stated up front: 'Use this when asked whether public NFT or digital-art records agree.' It also lists exclusions (no authenticity/ownership/price), implied usage of the fetch_sources switch, and constraints (inputs must be public and non-personal), leaving little to inference.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
- Changed
evaluate_public_art_evidence2 fields changed- changed
Input schema / properties / evidence_items / descriptionPrevious value: -"Records as they appear, each with a source_url (not fetched)."New value: +"Records as they appear, each with a source_url (read only when fetch_sources is true)." - added
Input schema / properties / fetch_sourcesAdded value: +{ + "default": false, + "description": "Optional, default false: true lets GAIP read up to 5 https source_url pages (robots.txt honoured) and report whether each page shows its claimed creator, contract, token id and date.", + "type": "boolean" +}
1 tool update
- Changed
evaluate_public_art_evidence7 fields changed- added
Input schema / properties / continuity_handle / descriptionAdded value: +"Optional: the continuity_handle from an earlier GAIP result; links this call to your earlier ones." - added
Input schema / properties / data_classification / descriptionAdded value: +"PUBLIC (default) or NON_PERSONAL_PUBLIC. Never send personal data." - added
Input schema / properties / episode_id / descriptionAdded value: +"Optional: your own id to group related calls." - added
Input schema / properties / evidence_items / descriptionAdded value: +"Records as they appear, each with a source_url (not fetched)." - added
Input schema / properties / independent_operator_id / descriptionAdded value: +"Optional: your operator id (recorded as a claim, not verified)." - added
Input schema / properties / question / descriptionAdded value: +"What you want to know about the records." - added
Input schema / properties / synthetic / descriptionAdded value: +"Optional: true marks a test call."
1 tool update
- Changed
evaluate_public_art_evidence3 fields changed- added
Input schema / examplesAdded value: +[ + { + "evidence_items": [ + { + "chain": "ethereum", + "contract": "0xa11ce00000000000000000000000000000000042", + "creator": "Artist A", + "edition": "1 of 10", + "identifier": "7", + "name": "Harbour at Dusk", + "source": "marketplace_listing", + "source_url": "https://opensea.io/assets/ethereum/0xa11ce00000000000000000000000000000000042/7" + }, + { + "chain": "eth", + "contract_address": "0xA11CE00000000000000000000000000000000042", + "mint_date": "2021-03-14T09:26:53Z", + "source": "block_explorer", + "source_url": "https://etherscan.io/nft/0xa11ce00000000000000000000000000000000042/7", + "token_id": "7" + }, + { + "artist": "Artist A", + "created": "2021", + "edition": "1/5", + "medium": "Digital painting", + "source": "artist_catalogue", + "source_url": "https://artist-a.example/catalogue/harbour-at-dusk", + "title": "Harbour at Dusk" + } + ], + "question": "Do these public records agree on the creator and the edition?" + } +] - added
Input schema / properties / data_classification / defaultAdded value: +"PUBLIC" - changed
Input schema / requiredPrevious value: -[ - "data_classification", - "question", - "evidence_items" -]New value: +[ + "question", + "evidence_items" +]
1 tool update
- First observed
evaluate_public_art_evidence
Related MCP Connectors
Art provenance intelligence — 282K-node knowledge graph with cited answers and honest gaps.
AI-native art catalogue. Catalogue works, parse provenance, and generate signed RAIs.
Read-only public financial evidence from LiquiLens, Undertow, Seiche and Palimpsest.
Read-only Kyntrax definitions, claims, evidence status and public provenance.
Related MCP Servers
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to query a 282,731-node knowledge graph of art market transactions and provenance records, returning cited answers with <1% hallucination and explicit coverage gaps.4 npmMIT
- AlicenseAqualityAmaintenanceFederated, license-verified search across open-access museum collections — currently The Met, Cleveland, AIC, Wikimedia Commons, and Europeana, with more being added. Strict-default-deny rights gate accepts only CC0 / Public Domain Mark, returning reuse-safe artwork with citations in three styles.5149 npm14MIT
- AlicenseNot gradedqualityCmaintenanceEnables agents to find, read, and cite digitized primary sources published via IIIF — searching several institutions' catalogues, resolving item pages to manifests, pulling page images or regions for vision models, and generating citations with rights and provenance. Runs read-only over stateless Streamable HTTP with no login.AGPL 3.0
- AlicenseNot gradedqualityAmaintenanceProvides keyless access to the Art Institute of Chicago's public collection data through six tools and an artwork-detail resource, covering search and filtering of artworks, bulk records with provenance/images, artist and exhibition discovery, vocabulary lookup, and audio-guide transcript search.64 npm1Apache 2.0
Glama MCP Gateway
Add one secure layer between your agents and this server.