Data Engineering MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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_job_statusC | Return the latest execution status for an ETL job. |
| get_job_logsC | Return bounded structured logs for an ETL job execution. |
| get_job_historyC | Return recent executions for an ETL job. |
| get_database_schemaB | Return table columns and indexes without credentials. |
| validate_sqlC | Check whether SQL is a single safe read-only query. |
| execute_readonly_sqlA | Execute a bounded SELECT or WITH query against the synthetic database. |
| search_documentationC | Search synthetic data engineering runbooks. |
| search_incidentsC | Search historical synthetic incidents. |
| analyze_job_failureC | Prepare deterministic evidence for a failed ETL run. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| investigate_etl_failure | |
| analyze_sql |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| jobs_resource | Read-only catalog of available ETL jobs. |
| incidents_resource | Read-only historical incident catalog. |
| database_schema_resource | Read-only list of synthetic database tables. |
| documentation_resource | Read-only documentation catalog. |
TDQS
Scored across 9 tools
Most tools target distinct resources and actions: job status, logs, history, schema, SQL validation/execution, documentation, incidents, and failure analysis are clearly separated. The only mild overlap is get_job_status versus get_job_history, since both relate to recent execution state, but the descriptions clarify that one returns the latest status and the other returns a list of executions.
All tool names follow a consistent verb_noun pattern using lowercase snake_case, such as get_job_status, validate_sql, search_incidents, and analyze_job_failure. The verb varies based on the action, but the structure is uniform and predictable.
Nine tools is well-scoped for a data engineering support server. Each tool serves a clear purpose across job inspection, read-only database access, documentation and incident lookup, and failure analysis without unnecessary redundancy.
The tool surface covers the core diagnostic workflow: inspect job execution, analyze schema, validate and run read-only SQL, search runbooks and incidents, and assemble failure evidence. A minor gap is the lack of a way to list all available jobs or tables directly, but search and schema tools help compensate.