MCP server for accessing The Graph subgraph data, schemas, and metadata through various query methods
Subgraph MCP demonstrates moderate quality with consistent tool naming and present-but-basic descriptions. All 9 tools follow verb_noun naming conventions (get_*, execute_*, search_), which is strong. However, descriptions are terse (13-87 chars, well below the 194-char baseline), lacking context on WHEN to use each tool or WHAT distinguishes variants. Parameter schemas are present and properly typed (string, object, array), but descriptions are minimal or generic ('The deployment ID (e.g., 0x...)' duplicates the parameter name). No output schemas are documented, agents cannot plan downstream tool composition. Error handling exists but is generic (McpError::invalid_params, McpError::internal_error) without recovery guidance. The server is read-only (all tools marked READ_ONLY), which simplifies safety but limits utility. STDIO-only transport will cap protocol readiness at 50.
Execute a GraphQL query against a specific deployment ID.
Execute a GraphQL query against a specific deployment using its IPFS hash.
Execute a GraphQL query against a subgraph using its subgraph ID.
Get the number of queries executed against specific deployments over the last 30 days.
Get schema for a specific subgraph deployment using its deployment ID (0x...).
Get schema for a specific subgraph deployment using its IPFS hash (Qm...).
Descriptions are terse (13 - 87 chars, avg ~50) vs. baseline 194 chars. Most lack context on when to use the tool, how it differs from similar tools, or what the return structure looks like.
Parameter descriptions repeat or restate the parameter name. E.g., 'The deployment ID (e.g., 0x...)' does not explain what a deployment ID is used for or how it differs from subgraph_id or ipfs_hash. Agents cannot disambiguate which lookup to use.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | D | 50 | <=2025-11-25 | v2 |
| 2026-03-09 | F | 49 | - | v1 |
Get the schema for the current version of a subgraph using its subgraph ID (e.g., 5zvR82...).
Get top subgraph deployments for a contract address on a specific chain.
Search for subgraphs by keyword to find relevant subgraph deployments.
No output schemas documented. Agents do not know what fields are returned, whether results are paginated, or what IDs/references they can use for downstream calls. Breaks tool composition.
Six tools (three get_schema_* and three execute_query_*) perform similar operations on the same resource with three different lookup methods (deployment_id, subgraph_id, ipfs_hash). Tool names do not clearly differentiate lookup method, agents may conflate them. Consider consolidating into fewer tools with a 'lookup_by' enum parameter.
Error handling returns generic McpError objects without actionable recovery guidance. No indication of whether errors are retryable, user-fixable, or fatal. Agents cannot plan next steps.
STDIO-only transport. Not remotely accessible; cannot be used by hosted MCP clients.