Lakeflow MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| DATABRICKS_HOST | Yes | The URL of the Databricks host. | |
| DATABRICKS_TOKEN | Yes | Your Databricks personal 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 |
|---|---|
| build_wheelA | Builds the Python wheel using 'uv build --wheel'. |
| upload_wheelB | Uploads a local wheel file to the Databricks workspace. |
| create_jobB | Creates a Databricks job with the specified wheel and entry point. |
| trigger_runB | Triggers a run of the specified job. |
| list_job_runsC | Lists runs for a specific job. |
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 5 tools
Each tool has a clearly distinct purpose with no overlap: building a wheel, creating a job, listing job runs, triggering a run, and uploading a wheel. The descriptions specify unique actions on different resources (wheel files vs. Databricks jobs), making misselection unlikely.
All tool names follow a consistent verb_noun pattern (e.g., build_wheel, create_job, list_job_runs, trigger_run, upload_wheel). The verbs are clear and descriptive, and there are no deviations in naming style across the set.
With 5 tools, this server is well-scoped for its purpose of managing Databricks job workflows with Python wheels. Each tool earns its place by covering distinct steps in the process, from building and uploading wheels to job creation and execution.
The tool set provides strong coverage for core workflows: building, uploading, job creation, triggering runs, and monitoring runs. Minor gaps exist, such as no tools for updating or deleting jobs, but agents can likely work around this for basic operations.