Databricks Unity Catalog MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| DATABRICKS_HOST | Yes | Your Databricks workspace URL. | |
| DATABRICKS_TOKEN | Yes | Your Databricks access token. |
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
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get-catalogsB | Retrieve a list of all available catalogs in the Databricks workspace |
| get-schemas-in-catalogsB | |
| get-tables-in-catalogs-schemasC | |
| get-tables-detailsA | |
| find-tables-by-nameA | |
| get-jobsA | Retrieve a list of all jobs in the workspace |
| get-job-detailsC | |
| get-job-runsC | |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
The tools generally target distinct resources and actions, but the three table-oriented tools (list by schema, fuzzy name search, and details) could be confused at a glance despite clear descriptions. Job-related tools are clearly separated between listing, details, and runs.
Most names follow a consistent kebab-case get-<resource> pattern, with only find-tables-by-name deviating in verb choice. The convention is still readable and predictable overall.
Eight tools are well-scoped for a read-only Unity Catalog and jobs exploration server. Each tool covers a distinct browsing or detail-retrieval need without excessive surface area.
The surface supports catalog, schema, table, and job discovery plus details and runs, but it is entirely read-only and lacks operations such as creating/updating/deleting assets, triggering jobs, or accessing permissions/lineage. These gaps limit it to exploration workflows rather than full lifecycle management.