Skip to main content
Glama
nebula-contrib

NebulaGraph MCP Server

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
NEBULA_HOSTYesYour NebulaGraph server host
NEBULA_PORTYesYour NebulaGraph server port
NEBULA_USERYesYour NebulaGraph server user
NEBULA_VERSIONNoNebulaGraph version (only v3 is supported)v3
NEBULA_PASSWORDYesYour NebulaGraph server password

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

Server capabilities have not been inspected yet.

Tools

Functions exposed to the LLM to take actions

NameDescription
list_spacesC

List all available spaces Returns: The available spaces

get_space_schemaC

Get the schema information of the specified space Args: space: The space to get the schema for Returns: The schema information of the specified space

execute_queryC

Execute a query Args: query: The query to execute space: The space to use Returns: The results of the query

find_pathC

Find paths between two vertices Args: src: The source vertex ID dst: The destination vertex ID space: The space to use depth: The maximum path depth limit: The maximum number of paths to return Returns: The path results

find_neighborsC

Find the neighbors of the specified vertex Args: vertex: The vertex ID to query space: The space to use depth: The depth of the query, default is 1 Returns: The neighbors of the specified vertex

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.3/5.0

Scored across 5 tools

Disambiguation5/5

Each tool has a clearly distinct purpose with no overlap: execute_query for general queries, find_neighbors for vertex adjacency, find_path for pathfinding, get_space_schema for schema inspection, and list_spaces for space enumeration. The descriptions reinforce these distinct functions, making tool selection unambiguous.

Naming Consistency5/5

All tool names follow a consistent verb_noun pattern (e.g., execute_query, find_neighbors, list_spaces) with clear, descriptive verbs. There are no deviations in style or convention, making the naming predictable and easy to understand across the set.

Tool Count5/5

With 5 tools, this server is well-scoped for graph database operations, covering essential functions like querying, traversal, pathfinding, and schema management. Each tool earns its place without feeling excessive or insufficient for the domain.

Completeness4/5

The tool set provides strong coverage for core graph operations, including query execution, neighbor and path finding, and space/schema inspection. A minor gap exists in CRUD operations for vertices or edges (e.g., create, update, delete), but agents can likely work around this with queries.

Maintenance

ActivityInactive
ResponsivenessNo issues