Climate 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_config_schemaA | Return the JSON Schema a climate processing config must satisfy. Call this before process_climate_data to see the required and optional fields: input_csv, date_column, metrics, rolling_window_days, plot, summary. |
| list_sample_dataA | List CSV files available under data/, with their column names. Use one of the returned "filename" values as input_csv in a config passed to process_climate_data. |
| validate_climate_configA | Validate a climate processing config against the schema, without running it. Returns {"valid": true} or {"valid": false, "errors": [...]}. |
| process_climate_dataA | Run the climate processing pipeline on an inline config and return the results. config must satisfy the schema returned by get_config_schema.
Returns a text report (row count, per-metric data quality, monthly summary table) followed by the rendered plot image. The data-quality section gives the missing count, coverage and longest consecutive gap for each metric, so the effect of the chosen policy is visible in the result. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| get_config_schema | Return the JSON Schema a climate processing config must satisfy. Call this before process_climate_data to see the required and optional fields: input_csv, date_column, metrics, rolling_window_days, plot, summary. |
TDQS
Scored across 4 tools
Each tool has a distinct role: get_config_schema returns the schema, validate_climate_config checks a config, list_sample_data enumerates inputs, and process_climate_data runs the pipeline. The schema/validate/process trio shares the same config object, which creates mild potential for confusion, but the descriptions clearly delimit each step.
All four names follow a consistent verb_noun snake_case pattern (get_config_schema, list_sample_data, validate_climate_config, process_climate_data). No mixing of conventions or vague verbs.
Four focused tools cover the discover-validate-run workflow cleanly with no redundancy or bloat. It is slightly thin, but each tool earns its place for a scoped climate-processing server.
The surface covers the full workflow of discovering the schema, finding input data, validating, and executing the pipeline with inline results. There is no way to retrieve or revisit past outputs, but that is a minor gap given the stateless inline-return design.