Skip to main content
Glama
114,548 tools. Last updated 2026-04-21 17:04
  • Get the weather forecast for a specific latitude/longitude location. Returns a multi-day forecast from the National Weather Service. Works for any location within the United States and its territories. Args: latitude: Latitude of the location (e.g. 38.8894 for Washington DC). longitude: Longitude of the location (e.g. -77.0352 for Washington DC).
    Connector
  • Get the weather forecast for a US location. Returns either named 12-hour periods (default) or hourly breakdowns. Internally resolves coordinates to the NWS grid.
    Connector
  • Current weather, forecast, and surf/wind conditions for any Hawaiian island. Use this when users ask 'what's the weather in Maui this week' or 'is it good surf conditions on the North Shore today'. Returns temperature, precipitation, wind speed, UV index, and a 3-day forecast.
    Connector
  • Get real-time weather and 3-day forecast for any city worldwide. Returns current temperature, wind speed, precipitation, and conditions. Powered by OpenMeteo (free, no API key required). Example: 'weather in Amsterdam' or 'forecast for Tokyo'.
    Connector

Matching MCP Servers

Matching MCP Connectors

  • Provide real-time and forecast weather information for locations in the United States using natura…

  • Real-time weather conditions and multi-day forecasts via Open-Meteo — free, no API key required

  • Get 7-day forecast for a trail at its trailhead, including high/low temperatures. For more detailed weather information, including current conditions, sunrise/sunset times, and weather alerts, direct the user to the AllTrails web URL for the trail (available in the `get_trail_details` tool response).
    Connector
  • Get hour-by-hour weather forecast for a location in the United States. Perfect for 'What's the hourly forecast?' or 'Will it rain this afternoon in [US location]?' questions. Provides detailed hourly conditions for up to 48 hours.
    Connector
  • [$0.001 USDC per call (x402)] 7-day weather forecast for any US location. Daily high/low, precipitation probability, wind, and conditions. Structured for contract evaluation and threshold analysis. Powered by PROWL. Use this to answer 'what is the weather forecast?' or 'will it rain this week?'
    Connector
  • Get a multi-day weather forecast for a location. Returns daily high/low temperatures, precipitation, and conditions.
    Connector
  • Retrieves comprehensive weather data including current conditions, hourly, and daily forecasts. **Specific Data Available:** Temperature (Current, Feels Like, Max/Min, Heat Index), Wind (Speed, Gusts, Direction), Celestial Events (Sunrise/Sunset, Moon Phase), Precipitation (Type, Probability, Quantity/QPF), Atmospheric Conditions (UV Index, Humidity, Cloud Cover, Thunderstorm Probability), and Geocoded Location Address. **Location & Location Rules (CRITICAL):** The location for which weather data is requested is specified using the `location` field. This field is a 'oneof' structure, meaning you MUST provide a value for ONLY ONE of the three location sub-fields below to ensure an accurate weather data lookup. 1. Geographic Coordinates (lat_lng) * Use it when you are provided with exact lat/lng coordinates. * Example: {"location": {"lat_lng": {"latitude": 34.0522, "longitude": -118.2437}}} // Los Angeles 2. Place ID (place_id) * An unambiguous string identifier (Google Maps Place ID). * The place_id can be fetched from the search_places tool. * Example: {"location": {"place_id": "ChIJLU7jZClu5kcR4PcOOO6p3I0"}} // Eiffel Tower 3. Address String (address) * A free-form string that requires specificity for geocoding. * City & Region: Always include region/country (e.g., "London, UK", not "London"). * Street Address: Provide the full address (e.g., "1600 Pennsylvania Ave NW, Washington, DC"). * Postal/Zip Codes: MUST be accompanied by a country name (e.g., "90210, USA", NOT "90210"). * Example: {"location": {"address": "1600 Pennsylvania Ave NW, Washington, DC"}} **Usage Modes:** 1. **Current Weather:** Provide `location` only. Do not specify `date` and `hour`. 2. **Hourly Forecast:** Provide `location`, `date`, and `hour` (0-23). Use for specific times (e.g., "at 5 PM") or terms like "next few hours" or "later today". If the user specifies minute, round down to the nearest hour. Hourly forecast beyond 120 hours from now is not supported. Historical hourly weather is supported up to 24 hours in the past. 3. **Daily Forecast:** Provide `location` and `date`. Do not specify `hour`. Use for general day requests (e.g., "weather for tomorrow", "weather on Friday", "weather on 12/25"). If today's date is not in the context, you should clarify it with the user. Daily forecast beyond 10 days including today is not supported. Historical weather is not supported. **Parameter Constraints:** * **Timezones:** All `date` and `hour` inputs must be relative to the **location's local time zone**, not the user's time zone. * **Date Format:** Inputs must be separated into `{year, month, day}` integers. * **Units:** Defaults to `METRIC`. Set `units_system` to `IMPERIAL` for Fahrenheit/Miles if the user implies US standards or explicitly requests it. * The grounded output must be attributed to the source using the information from the `attribution` field when available.
    Connector
  • Retrieves comprehensive weather data including current conditions, hourly, and daily forecasts. **Specific Data Available:** Temperature (Current, Feels Like, Max/Min, Heat Index), Wind (Speed, Gusts, Direction), Celestial Events (Sunrise/Sunset, Moon Phase), Precipitation (Type, Probability, Quantity/QPF), Atmospheric Conditions (UV Index, Humidity, Cloud Cover, Thunderstorm Probability), and Geocoded Location Address. **Location & Location Rules (CRITICAL):** The location for which weather data is requested is specified using the `location` field. This field is a 'oneof' structure, meaning you MUST provide a value for ONLY ONE of the three location sub-fields below to ensure an accurate weather data lookup. 1. Geographic Coordinates (lat_lng) * Use it when you are provided with exact lat/lng coordinates. * Example: {"location": {"lat_lng": {"latitude": 34.0522, "longitude": -118.2437}}} // Los Angeles 2. Place ID (place_id) * An unambiguous string identifier (Google Maps Place ID). * The place_id can be fetched from the search_places tool. * Example: {"location": {"place_id": "ChIJLU7jZClu5kcR4PcOOO6p3I0"}} // Eiffel Tower 3. Address String (address) * A free-form string that requires specificity for geocoding. * City & Region: Always include region/country (e.g., "London, UK", not "London"). * Street Address: Provide the full address (e.g., "1600 Pennsylvania Ave NW, Washington, DC"). * Postal/Zip Codes: MUST be accompanied by a country name (e.g., "90210, USA", NOT "90210"). * Example: {"location": {"address": "1600 Pennsylvania Ave NW, Washington, DC"}} **Usage Modes:** 1. **Current Weather:** Provide `location` only. Do not specify `date` and `hour`. 2. **Hourly Forecast:** Provide `location`, `date`, and `hour` (0-23). Use for specific times (e.g., "at 5 PM") or terms like "next few hours" or "later today". If the user specifies minute, round down to the nearest hour. Hourly forecast beyond 120 hours from now is not supported. Historical hourly weather is supported up to 24 hours in the past. 3. **Daily Forecast:** Provide `location` and `date`. Do not specify `hour`. Use for general day requests (e.g., "weather for tomorrow", "weather on Friday", "weather on 12/25"). If today's date is not in the context, you should clarify it with the user. Daily forecast beyond 10 days including today is not supported. Historical weather is not supported. **Parameter Constraints:** * **Timezones:** All `date` and `hour` inputs must be relative to the **location's local time zone**, not the user's time zone. * **Date Format:** Inputs must be separated into `{year, month, day}` integers. * **Units:** Defaults to `METRIC`. Set `units_system` to `IMPERIAL` for Fahrenheit/Miles if the user implies US standards or explicitly requests it. * The grounded output must be attributed to the source using the information from the `attribution` field when available.
    Connector
  • Get a multi-day weather forecast for any Swiss location. Returns daily summaries with temperature, precipitation, and weather icons. This uses official MeteoSwiss Open Data — the same forecasts powering the MeteoSwiss app and website. Accepts: - Postal codes: "8001" (Zurich), "3000" (Bern), "1200" (Geneva) - Station abbreviations: "ZUE" (Zurich Fluntern), "BER" (Bern) - Place names: "Zurich", "Basel", "Lugano" Coverage: ~6000 Swiss locations (all postal codes + weather stations + mountain points). Forecast horizon: up to 9 days. Updated hourly.
    Connector
  • [$0.03 USDC per call (x402)] Evaluate weather-contingent prediction market contracts. Given a contract specification (e.g. 'temperature in Phoenix exceeds 115F by July 2026'), returns probability based on forecast data, historical base rates, and climate trends. Powered by PROWL intelligence engine. Use this to answer 'should I bet on this weather contract?' or 'what is the fair price for this weather market?'
    Connector
  • Get active NWS weather alerts for a US state. Returns current weather alerts including watches, warnings, and advisories issued by the National Weather Service. Args: state: Two-letter US state abbreviation (e.g. 'CA', 'TX', 'NY'). severity: Filter by severity level: 'Extreme', 'Severe', 'Moderate', or 'Minor'. event: Filter by event type (e.g. 'Tornado Warning', 'Flash Flood Watch'). limit: Maximum number of alerts to return (default 25, max 500).
    Connector
  • Get active weather alerts, warnings, watches, and advisories for locations in the United States. Perfect for 'Are there any weather alerts in [US location]?' questions. Covers severe weather, winter storms, heat warnings, flood alerts, and more.
    Connector
  • Check if upcoming weather in Seattle is suitable for an exterior construction project. Returns a day-by-day forecast with go/no-go recommendations based on project-specific requirements (temperature, rain, wind). Perfect for scheduling exterior painting, decking, roofing, landscaping, siding, or fencing.
    Connector
  • Get the air quality forecast for a ZIP code. Returns forecast AQI values and health categories for upcoming days, typically covering today and the next 1-2 days. Args: zip_code: US ZIP code (e.g. '20001').
    Connector
  • Get VanSky vanlife weather suitability score (0-100) for a country: van_score, sleep_score, solar yield, driving conditions, awning safety, condensation risk, 7-day forecast.
    Connector
  • [$0.005 USDC per call (x402)] Probability of weather crossing specific thresholds -will temperature exceed 100F? Will rainfall exceed 2 inches? Computed from forecast ensembles. Designed for prediction market contract evaluation. Powered by PROWL. Use this to answer 'will it be over 100 degrees?' or 'probability of heavy rain?'
    Connector
  • Get daily river discharge forecast (m³/s) for a geographic location using the Open-Meteo Flood API.
    Connector
  • Get practical tips before using an MCP service. Returns auth setup, common pitfalls, workarounds from other agents, and reliability data. Like checking restaurant reviews before visiting.
    Connector
  • Get the service catalog for a local service business, including service names, descriptions, estimated durations, and price ranges. Always available for any business.
    Connector
  • Check if upcoming weather in Seattle is suitable for an exterior construction project. Returns a day-by-day forecast with go/no-go recommendations based on project-specific requirements (temperature, rain, wind). Perfect for scheduling exterior painting, decking, roofing, landscaping, siding, or fencing.
    Connector
  • Check how many credits a maskr.io service costs. Returns the credit cost for a specific image processing service based on the image dimensions. Also returns your current credit balance. Args: service: The service to check pricing for. image_width: Image width in pixels. image_height: Image height in pixels. Returns: A text summary of the credit cost and your balance.
    Connector
  • Find weather observation stations near a location in the United States. Useful for getting station-specific data, finding data sources, or understanding which stations provide weather data for an area. Includes ASOS, AWOS, and other automated weather stations.
    Connector
  • Get a comprehensive flood forecast including river discharge, mean discharge, and max discharge for a location.
    Connector
  • Fetch NOAA space weather data: current KP index (geomagnetic storm intensity), solar flux (F10.7), X-ray flare class, and active NOAA alerts for solar radiation storms and geomagnetic disturbances. Use this tool when: - An agent is assessing risks to satellite communication or GPS navigation accuracy - A risk agent needs to know if HF radio communication is disrupted (affects aviation/shipping) - You want to monitor for G3+ geomagnetic storms that can damage power grid infrastructure - A research agent is correlating space weather events with financial market anomalies Returns: kp_index (0-9, 5+ = storm), storm_level (G1-G5), solar_flux_f107, xray_class (A/B/C/M/X), active_alerts, aurora_visibility_latitude, satellite_drag_risk. Example: getSpaceWeather({ alerts: true }) → KP 7.2 (G3 SEVERE storm), X1.2 flare detected — GPS degraded at high latitudes. Cost: $0.005 USDC per call.
    Connector
  • DESTRUCTIVE: Permanently delete an app, its Docker service, volume, and all data including version history. This cannot be undone. You MUST confirm with the user before calling this tool.
    Connector
  • Find cross-provider equivalents for a diagram node by infrastructure role. Given a node name (e.g. 'EC2', 'Lambda', 'ComputeEngine'), returns the infrastructure role category it belongs to and the equivalent nodes from other providers. If a node name is ambiguous, use list_categories to see all mapped roles and pick a provider-specific node name. Args: node: Node class name to look up (case-insensitive, e.g. 'EC2', 'lambda'). target_provider: Optional provider to filter equivalents to (e.g. 'gcp', 'azure', 'aws'). If omitted, all equivalents across all other providers are returned. Returns: A dict with keys: category (str): Infrastructure role category name. description (str): Human-readable description of the category. source (dict): The matched node with keys node, provider, service, import. equivalents (list[dict]): Equivalent nodes, each with keys node, provider, service, import.
    Connector
  • Search for verified local service providers across 9 trade categories including floor coating, radon mitigation, foundation repair, basement waterproofing, crawl space repair, mold/asbestos remediation, septic services, commercial electrical, and laundry services. Returns provider name, rating, services offered, certifications, years in business, and a link to the full profile with contact details. Covers major US metro areas. Use list_niches first to get valid niche IDs, and list_service_types for valid service_type values.
    Connector
  • Step 2 of the MCP donation flow. Required inputs: campaign_id, amount, reasoning, and tx_hash. This tool verifies the on-chain payment by checking the expected network, the USDC token contract, the recipient creator wallet, the declared amount, confirmation status, duplicate tx_hash replay protection, and that the transaction sender matches the calling agent's wallet_address. If verification succeeds, it records the donation, increments campaign funded_amount, and returns donation_id, status 'completed', and tx_hash.
    Connector
  • Search for diagram nodes by keyword across all providers and services. For targeted browsing when you know the provider, use list_providers -> list_services -> list_nodes instead. Args: query: Search term (case-insensitive substring match). Returns: List of matching nodes with keys: node, provider, service, import, alias_of (optional). Sorted by relevance: exact match first, then prefix, then substring.
    Connector
  • List the valid service type categories for a given niche directory. Use this before calling search_providers with a service_type filter to ensure you pass a valid value. Each niche has its own taxonomy — for example, "coated-local" has epoxy, polyaspartic, metallic_epoxy, etc., while "radon-local" has radon_testing, radon_mitigation, ssd_installation, etc.
    Connector
  • Import data into a Cloud SQL instance. If the file doesn't start with `gs://`, then the assumption is that the file is stored locally. If the file is local, then the file must be uploaded to Cloud Storage before you can make the actual `import_data` call. To upload the file to Cloud Storage, you can use the `gcloud` or `gsutil` commands. Before you upload the file to Cloud Storage, consider whether you want to use an existing bucket or create a new bucket in the provided project. After the file is uploaded to Cloud Storage, the instance service account must have sufficient permissions to read the uploaded file from the Cloud Storage bucket. This can be accomplished as follows: 1. Use the `get_instance` tool to get the email address of the instance service account. From the output of the tool, get the value of the `serviceAccountEmailAddress` field. 2. Grant the instance service account the `storage.objectAdmin` role on the provided Cloud Storage bucket. Use a command like `gcloud storage buckets add-iam-policy-binding` or a request to the Cloud Storage API. It can take from two to up to seven minutes or more for the role to be granted and the permissions to be propagated to the service account in Cloud Storage. If you encounter a permissions error after updatingthe IAM policy, then wait a few minutes and try again. After permissions are granted, you can import the data. We recommend that you leave optional parameters empty and use the system defaults. The file type can typically be determined by the file extension. For example, if the file is a SQL file, `.sql` or `.csv` for CSV file. The following is a sample SQL `importContext` for MySQL. ``` { "uri": "gs://sample-gcs-bucket/sample-file.sql", "kind": "sql#importContext", "fileType": "SQL" } ``` There is no `database` parameter present for MySQL since the database name is expected to be present in the SQL file. Specify only one URI. No other fields are required outside of `importContext`. For PostgreSQL, the `database` field is required. The following is a sample PostgreSQL `importContext` with the `database` field specified. ``` { "uri": "gs://sample-gcs-bucket/sample-file.sql", "kind": "sql#importContext", "fileType": "SQL", "database": "sample-db" } ``` The `import_data` tool returns a long-running operation. Use the `get_operation` tool to poll its status until the operation completes.
    Connector
  • Machine-readable Terms of Service. FREE. Call before any paid tool, then confirm_terms.
    Connector
  • Get an exact sat cost quote for a service BEFORE creating a payment. Useful for budget-aware agents to price-check before committing. No payment required, no side effects. Pass service=text-to-speech&chars=1500, service=translate&chars=800, service=transcribe-audio&minutes=5, etc. Returns { amount_sats, breakdown, currency }. Omit params to see the full catalog of supported services.
    Connector
  • Compare SVI data across multiple counties. Returns side-by-side SVI percentile rankings and key indicators for the specified counties. Useful for comparing vulnerability across service areas or peer counties. Args: fips_codes: Comma-separated 5-digit county FIPS codes (e.g. '53033,53053,53061'). year: SVI data year (default 2022, currently only 2022 available).
    Connector
  • Vote for a planned service to be built next. Returns JSON: { success, slug, newVoteCount }. 1 sat per vote — multiple votes allowed. Call list_planned_services first to discover valid slugs and current vote counts. Highest-voted services get prioritized. Requires create_payment with toolName='vote_on_service'.
    Connector
  • Search for branch locations of FDIC-insured financial institutions. Returns branch/office data including address, city, state, coordinates, branch type, and establishment date. Common filter examples: - All branches of a bank: CERT:3511 - By state: STALP:TX (two-letter state code) - By city: CITY:"Austin" - Main offices only: BRNUM:0 - By county: COUNTY:"Travis" - Active branches only: ENDEFYMD:[9999-01-01 TO *] (sentinel date 9999-12-31 means still open) - By metro area (CBSA): CBSA_METRO_NAME:"New York-Newark-Jersey City" Branch service types (BRSERTYP): 11 = Full service brick and mortar 12 = Full service retail 21 = Limited service administrative 22 = Limited service military 23 = Limited service drive-through 24 = Limited service loan production 25 = Limited service consumer/trust 26 = Limited service Internet/mobile 29 = Limited service other Key returned fields: - CERT: FDIC Certificate Number - UNINAME: Institution name - NAMEFULL: Full branch name - ADDRESS, CITY, STALP (two-letter state code), ZIP: Branch address - COUNTY: County name - BRNUM: Branch number (0 = main office) - BRSERTYP: Branch service type code (see above) - LATITUDE, LONGITUDE: Geographic coordinates - ESTYMD: Branch established date (YYYY-MM-DD) - ENDEFYMD: Branch end date (9999-12-31 if still active) Args: - cert (number, optional): Filter by institution CERT number - filters (string, optional): Additional ElasticSearch query filters - fields (string, optional): Comma-separated field names - limit (number): Records to return (default: 20) - offset (number): Pagination offset (default: 0) - sort_by (string, optional): Field to sort by - sort_order ('ASC'|'DESC'): Sort direction (default: 'ASC') Prefer concise human-readable summaries or tables when answering users. Structured fields are available for totals, pagination, and branch location records.
    Connector
  • WHEN: checking server status, loaded D365 version, or custom model path. Triggers: 'status', 'statut', 'is the server ready', 'how many chunks', 'index loaded'. Returns JSON with: status, indexed chunk count, loaded version, custom model path.
    Connector
  • Retrieve available pickup time slots for a courier. Call this before `create_pickup` to show the user available dates and time windows. **Typical workflow:** 1. User wants a pickup for a shipment → call `get_shipment` to get the `courier_service_id` 2. Call this tool with that `courier_service_id` to get available slots 3. Present the dates and time windows to the user (or pick the earliest if they want the closest) 4. Call `create_pickup` with the chosen `time_slot_id` or `selected_from_time`/`selected_to_time` Required authorization scope: `public.pickup:read` Args: courier_service_id: UUID of the courier service. Get this from the shipment's courier details via `get_shipment`. origin_address_id: Origin address ID to check pickup availability for. Optional — defaults to the account's primary address. Returns: Available pickup slots grouped by date, each with time windows containing `time_slot_id`, `from_time`, and `to_time`.
    Connector
  • Get current weather observations (actual measured conditions). Accepts coordinates (resolves nearest station automatically) or a station ID directly (e.g., "KSEA").
    Connector
  • Fetch the high-impact economic events calendar: CPI inflation releases, Non-Farm Payrolls (NFP), FOMC rate decisions, GDP prints, PMI data — with consensus forecasts vs prior values and market impact ratings. Use this tool when: - A trading agent needs to avoid holding positions through major data releases - A macro agent is building a weekly economic event schedule - You need to know the expected vs prior value for an upcoming release - An agent wants to assess whether upcoming events could move markets significantly Returns per event: event_name, country, release_datetime_utc, impact (HIGH/MEDIUM/LOW), forecast, previous, actual (if released), market_impact_assets. Example: getEconomicCalendar({ days: 7, countries: "US,EU" }) → US CPI Tuesday 8:30am EST (forecast 3.2% vs prior 3.4%). Cost: $0.005 USDC per call.
    Connector
  • Signal anticipated demand for a category of physical-world tasks in a region — WITHOUT dispatching a concrete task. Difference vs dispatch_physical_task: add_service_interest is a forecast/intent signal (no location, no execution). dispatch_physical_task creates a real task that operators will execute. Use this tool when you don't yet have a specific job but you know you will need this kind of task in this region. Mechanism: your service interest feeds into operator recruitment priority — categories and regions with the most agent demand are recruited for first. Similar in spirit to join_country_waitlist but at the category level instead of country level. Use cases: long-term planning (e.g. 'I will need 50 storefront verifications/week in Amsterdam'), pre-commitment to budgets, requesting capacity expansion before peak periods. Requires: API key from register_agent. Optional: use a serviceCategoryId from list_service_categories. Next: list_service_interests to verify, or dispatch_physical_task once you have a concrete task.
    Connector