Skip to main content
Glama
Jambozx

OnlineCyberTools MCP (280+ filterable tools)

by Jambozx

time_timezone_converter

Read-onlyIdempotent

Convert wall-clock dates and times between IANA time zones with DST awareness, or compare an instant across up to 12 zones simultaneously.

Instructions

Time Zone Converter. Convert a wall-clock date and time from one IANA time zone to another with DST awareness, or render one UTC instant across up to 12 zones at once. The 'operation' field selects the mode. 'convert' takes a year/month/day (plus optional hour/minute/second), a fromTz and a toTz, and returns the source and target wall clocks, the shared UTC instant, and the signed hours difference. 'compare' takes the same wall clock with a sourceTz and a targetTzs list and renders each target zone. 'listSupportedTimezones' returns a curated IANA name list and ignores all other fields. Use this for zone-to-zone wall-clock math; use time_world_clock for a live ticking multi-city clock, time_iso_8601_formatter for ISO/RFC string parsing, or convert_timestamp for unix-epoch dates. Pure local computation against the bundled tz database, no network or storage; read-only, non-destructive, idempotent, rate-limited (60 req/min anonymous, no auth). Each rendered zone reports its UTC offset, abbreviation, and DST flag.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
operationYesMode to run. 'convert' converts one wall clock from fromTz to toTz. 'compare' renders the same instant across targetTzs. 'listSupportedTimezones' returns the curated IANA list and ignores all other fields.
yearNoWall-clock year 1900-2100. Required for convert and compare.
monthNoWall-clock month 1-12. Required for convert and compare.
dayNoWall-clock day 1-31; must be a real calendar date. Required for convert and compare.
hourNoWall-clock hour 0-23. Optional, defaults to 0.
minuteNoWall-clock minute 0-59. Optional, defaults to 0.
secondNoWall-clock second 0-59. Optional, defaults to 0.
fromTzNoSource IANA time zone name such as America/New_York. Required for convert.
toTzNoTarget IANA time zone name such as Europe/London. Required for convert.
sourceTzNoSource IANA time zone for the wall clock. Required for compare.
targetTzsNoIANA time zone names to render the instant in, 1-12 entries. Required for compare.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
operationNoThe operation that was run, echoed back.
dataNoResult payload; shape depends on operation (object for convert/compare, string array for listSupportedTimezones).

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed27 schema fields changedv0.5.1
    • addedInput schema / additionalProperties
      Added value: +false
    • addedInput schema / properties / day / description
      Added value: +"Wall-clock day 1-31; must be a real calendar date. Required for convert and compare."
    • addedInput schema / properties / day / maximum
      Added value: +31
    • addedInput schema / properties / day / minimum
      Added value: +1
    • addedInput schema / properties / fromTz / description
      Added value: +"Source IANA time zone name such as America/New_York. Required for convert."
    • addedInput schema / properties / hour / default
      Added value: +0
    • addedInput schema / properties / hour / description
      Added value: +"Wall-clock hour 0-23. Optional, defaults to 0."
    • addedInput schema / properties / hour / maximum
      Added value: +23
    • addedInput schema / properties / hour / minimum
      Added value: +0
    • addedInput schema / properties / minute / default
      Added value: +0
    • addedInput schema / properties / minute / description
      Added value: +"Wall-clock minute 0-59. Optional, defaults to 0."
    • addedInput schema / properties / minute / maximum
      Added value: +59
    • addedInput schema / properties / minute / minimum
      Added value: +0
    • addedInput schema / properties / month / description
      Added value: +"Wall-clock month 1-12. Required for convert and compare."
    • addedInput schema / properties / month / maximum
      Added value: +12
    • addedInput schema / properties / month / minimum
      Added value: +1
    • addedInput schema / properties / operation / description
      Added value: +"Mode to run. 'convert' converts one wall clock from fromTz to toTz. 'compare' renders the same instant across targetTzs. 'listSupportedTimezones' returns the curated IANA list and ignores all other fields."
    • addedInput schema / properties / operation / enum
      Added value: +[
      +  "convert",
      +  "compare",
      +  "listSupportedTimezones"
      +]
    • addedInput schema / properties / second
      Added value: +{
      +  "default": 0,
      +  "description": "Wall-clock second 0-59. Optional, defaults to 0.",
      +  "maximum": 59,
      +  "minimum": 0,
      +  "type": "integer"
      +}
    • addedInput schema / properties / sourceTz
      Added value: +{
      +  "description": "Source IANA time zone for the wall clock. Required for compare.",
      +  "type": "string"
      +}
    • addedInput schema / properties / targetTzs
      Added value: +{
      +  "description": "IANA time zone names to render the instant in, 1-12 entries. Required for compare.",
      +  "items": {
      +    "type": "string"
      +  },
      +  "maxItems": 12,
      +  "minItems": 1,
      +  "type": "array"
      +}
    • addedInput schema / properties / toTz / description
      Added value: +"Target IANA time zone name such as Europe/London. Required for convert."
    • addedInput schema / properties / year / description
      Added value: +"Wall-clock year 1900-2100. Required for convert and compare."
    • addedInput schema / properties / year / maximum
      Added value: +2100
    • addedInput schema / properties / year / minimum
      Added value: +1900
    • changedInput schema / required
      Previous value: -[
      -  "operation",
      -  "year",
      -  "month",
      -  "day",
      -  "hour",
      -  "minute",
      -  "fromTz",
      -  "toTz"
      -]New value: +[
      +  "operation"
      +]
    • changedOutput schema / (root)
      Previous value: -nullNew value: +{
      +  "properties": {
      +    "data": {
      +      "description": "Result payload; shape depends on operation (object for convert/compare, string array for listSupportedTimezones).",
      +      "properties": {
      +        "hoursDifference": {
      +          "description": "Signed hours the target leads the source, target minus source (convert only).",
      +          "type": "number"
      +        },
      +        "results": {
      +          "description": "One rendering per requested target zone (compare only).",
      +          "items": {
      +            "properties": {
      +              "abbreviation": {
      +                "description": "Zone abbreviation at this instant.",
      +                "type": "string"
      +              },
      +              "hoursDifference": {
      +                "description": "Signed hours this zone leads the source.",
      +                "type": "number"
      +              },
      +              "isDst": {
      +                "description": "True when daylight saving is in effect.",
      +                "type": "boolean"
      +              },
      +              "isoLocal": {
      +                "description": "Wall-clock datetime in this zone, no offset suffix.",
      +                "type": "string"
      +              },
      +              "offset": {
      +                "description": "UTC offset as +HH:MM or -HH:MM.",
      +                "type": "string"
      +              },
      +              "tz": {
      +                "description": "IANA time zone name.",
      +                "type": "string"
      +              }
      +            },
      +            "type": "object"
      +          },
      +          "type": "array"
      +        },
      +        "source": {
      +          "description": "Source zone rendering (convert and compare).",
      +          "properties": {
      +            "abbreviation": {
      +              "description": "Zone abbreviation at this instant such as EDT or BST.",
      +              "type": "string"
      +            },
      +            "isDst": {
      +              "description": "True when daylight saving is in effect at this instant.",
      +              "type": "boolean"
      +            },
      +            "isoLocal": {
      +              "description": "Wall-clock datetime in this zone, no offset suffix.",
      +              "type": "string"
      +            },
      +            "offset": {
      +              "description": "UTC offset as +HH:MM or -HH:MM.",
      +              "type": "string"
      +            },
      +            "tz": {
      +              "description": "IANA time zone name.",
      +              "type": "string"
      +            }
      +          },
      +          "type": "object"
      +        },
      +        "target": {
      +          "description": "Target zone rendering (convert only); same fields as source.",
      +          "type": "object"
      +        },
      +        "utcIso": {
      +          "description": "The shared UTC instant as an ISO 8601 string ending in Z (convert and compare).",
      +          "type": "string"
      +        }
      +      },
      +      "type": "object"
      +    },
      +    "operation": {
      +      "description": "The operation that was run, echoed back.",
      +      "type": "string"
      +    }
      +  },
      +  "type": "object"
      +}
  2. First observedv0.1.0

TDQS

A4.8/5.0
Behavior5/5

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

Beyond annotations (readOnlyHint, idempotentHint), description adds DST awareness, mode behavior, that listSupportedTimezones ignores other fields, and that each rendered zone reports UTC offset, abbreviation, and DST flag. No contradiction with annotations.

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

Conciseness4/5

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

Single paragraph, front-loaded with purpose, then mode details, then sibling comparisons, then behavioral notes. Slightly dense but efficient; every sentence adds value. Could be slightly more structured with line breaks.

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

Completeness5/5

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

Given the complexity (3 modes, many parameters, output schema present), the description covers all necessary context: operation selection, parameter requirements per mode, return value semantics (UTC offset, abbreviation, DST), and performance characteristics (local, rate-limited).

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

Parameters4/5

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

Schema coverage is 100%, so parameters are already well described. The description adds value by grouping parameters per mode and clarifying which are required for each operation, reinforcing the schema without redundancy.

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

Purpose5/5

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

Description clearly states it's a wall-clock time zone converter with three named modes (convert, compare, listSupportedTimezones). It distinguishes from sibling tools (time_world_clock, time_iso_8601_formatter, convert_timestamp) by specifying their different use cases.

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?

Explicitly states when to use this tool ('zone-to-zone wall-clock math') and lists three sibling tools for other time-related tasks. Also mentions local computation, no network, and rate limits, setting clear expectations.

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