Skip to main content
Glama
Cyreslab-AI

windy-webcams-mcp-server

export_all_webcams

Read-only

Retrieve basic information for all available webcams in a single JSON export. Simplifies accessing the full webcam list from the Windy Webcam API.

Instructions

Get basic information about all available webcams

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
formatNoExport format

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
dataNo
cachedNo
successYes
summaryYes
api_infoNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

A3.6/5.0
Behavior3/5

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

The 'Get' phrasing aligns with readOnlyHint=true, and 'all available webcams' adds some context consistent with openWorldHint=true. However, the description adds little behavioral detail beyond the annotations, such as response size, pagination, or what 'basic information' includes.

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, front-loaded sentence with no filler. It immediately communicates the resource and scope, making it easy for an agent to parse quickly.

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?

For a simple read-only export tool with one optional parameter and a provided output schema, the description is mostly complete. The phrase 'basic information' is slightly vague, but the output schema can resolve what fields are returned, so the gap is minor.

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 description coverage is 100%, with the only parameter 'format' already documented as an enum with the description 'Export format.' The tool description adds no extra meaning to this parameter, so the schema carries the burden and the baseline of 3 is appropriate.

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 states a clear verb and resource: 'Get basic information about all available webcams.' The phrase 'all available webcams' helps distinguish it from singular or scoped siblings like get_webcam and get_webcams_by_location, though it does not explicitly name them.

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

Usage Guidelines3/5

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

The description implies the tool is for retrieving all webcams, but it does not explicitly say when to choose it over siblings such as search_webcams or get_webcams_by_category. No exclusions or alternative routing is provided, leaving the usage context mostly inferred.

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