Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
EVIDENCE_MCP_TRANSPORTNoTransport mode: stdio, ssestdio
EVIDENCE_MCP_EVIDENCE_DEV_URLNoEvidence dev server URLhttp://localhost:3000
EVIDENCE_MCP_EVIDENCE_PROJECT_PATHYesPath to Evidence project

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
get_metadataA

Returns database schema from Evidence's DuckDB connection.

Returns a JSON object with tables and their columns, including data types. Use this to understand what data is available for queries.

Returns: Dictionary with 'tables' array, each containing 'name' and 'columns'

read_docsB

Retrieves Evidence documentation using hierarchical lookup.

Categories:

  • charts: LineChart, BarChart, AreaChart, Heatmap, SankeyDiagram, etc.

  • data: Value, BigValue, DataTable, Delta

  • inputs: Dropdown, Slider, DateInput, ButtonGroup, etc.

  • ui: Grid, Tabs, Modal, Alert, Accordion, etc.

  • maps: USMap, AreaMap, PointMap, BubbleMap, BaseMap

  • custom: CustomComponent, ComponentQueries

  • core-concepts: queries, syntax, loops, formatting, filters, etc.

  • data-sources: postgres, mysql, snowflake, bigquery, duckdb, etc.

  • deployment: vercel, netlify, cloudflare-pages, etc.

  • guides: best-practices, troubleshooting, chart-cheat-sheet

  • reference: cli, markdown, layouts

  • plugins: source-plugins, component-plugins

  • getting-started: install-evidence, build-your-first-app

Returns: Dictionary with 'title', 'content', and 'related_docs' for further exploration

edit_pageC

Proposes changes to the current Evidence markdown page.

Validates the proposed content for common Evidence syntax issues and returns the content with any warnings detected.

Returns: Dictionary with 'success', 'description', 'content', and 'warnings' list

debug_codeC

Analyzes validation errors and suggests fixes.

Examines the provided errors and page content to identify issues and generate actionable fix suggestions.

Returns: Dictionary with 'analysis', 'suggestions' list, and optionally 'fixed_content'

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.2/5.0

Scored across 4 tools

Disambiguation4/5

Tools are mostly distinct: debug_code analyzes errors, edit_page modifies content, get_metadata queries schema, read_docs fetches documentation. Minor overlap between debug_code and edit_page as both involve page content, but their purposes are clear.

Naming Consistency5/5

All tool names follow a consistent verb_noun pattern in lowercase with underscores: debug_code, edit_page, get_metadata, read_docs. No deviation.

Tool Count5/5

Four tools is well-scoped for an Evidence MCP server, covering core needs like debugging, editing, schema discovery, and documentation. Not too few or too many.

Completeness2/5

Significant gaps: missing tools for creating, listing, or deleting pages, and no tool to run queries or fetch actual data from the database. The surface covers only partial workflows, likely causing agent failures in common tasks.

Maintenance

ActivityInactive
ResponsivenessNo issues