Skip to main content
Glama
devyssonsc

mcp-servicos-pt

by devyssonsc

previsao_tempo_pt

Get a daily Portuguese weather forecast (temperature, rain, wind) for a specific locality by providing its global ID, obtained from the locality listing tool.

Instructions

Devolve a previsão diária do tempo (temperatura, chuva, vento) para uma localidade portuguesa, identificada pelo globalIdLocal obtido em listar_localidades_pt.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
global_id_localYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A4/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description carries the full burden of disclosing behavior. It states that the tool returns a daily forecast with temperature, rain, and wind, which is useful. However, it does not disclose whether the forecast is for a single day, a week, or other details such as units (Celsius, mm/h, km/h) or the response shape. With no annotations, these omissions are noticeable but not critical; the description gives the essential nature of the operation. A score of 3 is fair as it covers the basic behavior but not full transparency.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is a single, well-formed sentence in Portuguese with no waste. It front-loads the main purpose (daily forecast) and quickly specifies the scope and the parameter source. Every clause adds value. It is concise and easy to parse.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

The tool has one required parameter, a simple output schema (though we don't see it), and no annotations. The description adequately ties to the sibling tool for parameter acquisition, which is a major piece of context. It doesn't detail the output format, but since an output schema exists (has output schema: true), the description doesn't need to explain return values. The context is complete enough for the agent to know what the tool does and how to obtain its input, though additional details like units could be useful. Given the complexity, this is reasonably complete.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 0%, so the description must explain the parameter. The description mentions `globalIdLocal` in backticks and indicates it comes from `listar_localidades_pt`, which gives the source and format (an identifier). However, it does not explain what the integer represents (e.g., a locality code) or its range. Since the schema only provides the type 'integer', the description adds some value by pointing to the sibling tool, but it could provide more semantics like 'code of the locality'.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states a specific verb ('Devolve') and resource ('previsão diária do tempo') with the key attributes (temperatura, chuva, vento) and the geographic scope ('localidade portuguesa'). It is distinct from the sibling 'listar_localidades_pt', which is a listing tool, so it differentiates well. A minor deduction because it doesn't explicitly name the sibling that it complements, but the contrast is apparent.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description explicitly instructs the agent to obtain the required parameter `globalIdLocal` from the sibling tool `listar_localidades_pt`. This gives clear guidance on when and how to use the tool: first list locations, then fetch the forecast for a chosen local. This is a strong integration hint that eliminates ambiguity about prerequisites.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Deploy Server

Other Tools