LandiWetter 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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| searchLocationD | – |
| getWeatherForecastD | – |
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 2 tools
The two tools have clearly distinct purposes: getWeatherForecast retrieves weather data, while searchLocation finds geographic locations. There is no overlap or ambiguity between these functions, making it easy for an agent to select the correct tool based on the task.
Both tools use a verb_noun pattern (getWeatherForecast and searchLocation), which is consistent and predictable. The minor deviation is the use of camelCase instead of snake_case, but this does not hinder readability or coherence within the set.
With only 2 tools, the server feels thin for a weather and location domain. While it covers basic retrieval and search, it lacks essential operations like updating preferences, handling alerts, or managing saved locations, making the scope appear incomplete and underdeveloped.
Inferring the domain as weather and location services, the tool set is severely incomplete. It only provides forecast retrieval and location search, missing critical operations such as current weather data, historical forecasts, location management, or user-specific configurations, which are typical for such services.