baseline-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| BASELINE_API_KEY | Yes | Your Baseline API key. Required. | |
| BASELINE_API_URL | No | The base URL of the Baseline API. Defaults to https://api.baselinecontext.com | https://api.baselinecontext.com |
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_climate_contextA | Get statistically rigorous weather and climate context for any location on Earth (land only). Answers natural-language questions with 10-day forecast data and historical percentile rankings against a 35-year ERA5 daily climatology (1991-2025, WMO 1991-2020 normals). Use this when you need to know not just what conditions are or will be, but how unusual they are relative to history. query MUST be phrased as a question in one of these forms (the location goes where LOCATION is shown; the underlying parser matches these patterns specifically and will fail on other phrasings, e.g. "weather context for LOCATION" does not work):
|
| get_context_for_coordinates | Get 10-day forecast and 35-year historical climate context for exact coordinates. Use when you have a specific latitude/longitude (a property, field, trailhead, or site) rather than a place name — this skips geocoding entirely. Land locations only. |
| get_water_year_status | Get water year precipitation and temperature status for a location: totals since the start of the water/calendar year (Oct 1 for North America, Jan 1 elsewhere), percentile rank against the same period across 35 historical years, and whether conditions are notably wet, dry, warm, or cold. Built for drought monitoring, water resource, agricultural, and fire-planning contexts. location can be a place name ("Casper WY") or "lat,lon" coordinates. |
| compare_to_normal | Compare current or forecast conditions at a location to 35-year historical normals. Returns percentile rankings, not vague comparisons. Use for questions like "is this week unusually warm" or "will it be wetter than normal this month". variable must be "temperature" or "precipitation". time_window is optional free text (e.g. "this week", "this month") — defaults to "this week". |
| compare_locations | Compare precipitation, temperature, or snowfall across 2-10 locations in a single ranked comparison, computed directly by Baseline. Use this instead of calling get_climate_context or get_water_year_status once per location and comparing the answers yourself — the ranking and percent-of-normal figures in the result come from Baseline, not from your own arithmetic over several separate answers. Provide EITHER Valid category values: colorado_ski_resorts, wyoming_ski_resorts, utah_ski_resorts, wyoming_watersheds, colorado_river_basin_states, great_plains_ag, major_us_cities, major_european_cities, us_national_parks. variable: "precipitation" (default), "temperature", or "snowfall". Snowfall is sourced from a different, coarser (0.25-degree) Open-Meteo archive than precipitation/temperature (0.1-degree ERA5-Land) — results are correct but not directly resolution-comparable across variables. period: "water_year" (default, Oct 1 / Jan 1 to date), "season" (also set season="winter"/"spring"/"summer"/"fall" and optionally year), "month" (also set month=1-12 and optionally year), or "ski_season" (fixed Nov 1 - Apr 30 window; optionally set year=<November's year>, e.g. year=2019 for the 2019-2020 season; defaults to the most recently started ski season). Custom date ranges are not supported — use "water_year", "season", "month", or "ski_season". |
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 1 tool
With only one tool, there is no possibility of confusion between tools. The single tool's purpose is clearly defined.
The single tool name 'get_climate_context' follows a clear verb_noun pattern. Consistency is trivial with one tool.
A single tool is too few for what could be a broader climate data server. While the tool is detailed, one tool makes the server feel incomplete and limited in scope.
The tool only handles specific query forms (e.g., 'Will LOCATION be warmer...?') and excludes other natural language questions. There are clear gaps in functionality, such as providing raw data or different time ranges.