date-mcp
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@date-mcp What's the current time in Tokyo?"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
date-mcp
An MCP server that gives AI agents accurate date, time, timezone, and interval information.
Large language models are notoriously unreliable at knowing what "now" is,
computing durations, and reasoning across timezones — they guess, and they guess
wrong. date-mcp closes that gap by exposing deterministic, system-clock-backed
tools an agent can call for the truth instead of hallucinating it.
Design principles
Correctness first. Every value is derived from the real system clock and the IANA timezone database — never from a model's sense of time.
No ambiguity. All timestamps are ISO-8601 / RFC-3339 with an explicit UTC offset. Nothing naive ever leaves the server.
Self-describing results. Tools return the ISO string and broken-out calendar fields, so consumers don't have to re-parse.
Related MCP server: MCP Node Time
Requirements
Python 3.10+
Installation
pip install date-mcpOr, from source:
git clone https://github.com/ploutonconsulting/date-mcp.git
cd date-mcp
pip install -e ".[dev]"Usage
Run the server over stdio:
date-mcp
# or
python -m date_mcpConfigure in an MCP client
For a client that reads a JSON config (e.g. Claude Desktop), add:
{
"mcpServers": {
"date-mcp": {
"command": "date-mcp"
}
}
}Tools
Tool | Description |
| Current date/time for an IANA timezone, as ISO-8601 with offset plus broken-out calendar fields. |
| The date of a named weekday within the current week. |
| Validate a weekday+date claim against the current week and correct it if wrong. |
The tool surface is expanding as requirements are agreed (timezone conversion, duration/interval maths, business-day calculations, parsing). See
CHANGELOG.mdand open a feature request.
Example
get_current_time(timezone="Europe/London")
# {
# "iso8601": "2026-07-10T14:32:05.123456+01:00",
# "timezone": "Europe/London",
# "utc_offset": "+0100",
# "unix": 1783434725.123456,
# "year": 2026, "month": 7, "day": 10,
# "hour": 14, "minute": 32, "second": 5, "microsecond": 123456,
# "weekday": "Friday", "iso_weekday": 5, "day_of_year": 191
# }get_weekday_date and validate_weekday_date
These answer "what date is this Wednesday?" and "is Friday actually the 11th?"
deterministically — "this week" is anchored to today in timezone and bounded by
week_start, never guessed by the model.
Both tools take:
weekday— full name or 3-letter abbreviation (e.g."Wednesday","wed"), case-insensitive.week_start— day the week starts on (name or abbreviation). Optional.timezone— IANA timezone name anchoring "today". Optional.
validate_weekday_date additionally takes claimed_date — the caller's asserted
date, ISO YYYY-MM-DD.
Every optional parameter resolves through the same precedence chain:
the value passed to the tool call,
config.ini(see Configuration),for
timezoneonly, the detected OS timezone,the built-in default —
"UTC"fortimezone,"Monday"forweek_start.
weekday_format ("full" or "abbreviated") is not a tool parameter — it is
config-only and applies to the weekday names in every response.
get_weekday_date returns the target date's calendar fields (iso_date,
iso_weekday, year, month, day, day_of_year), the formatted weekday
name, the week's week_start/week_start_date/week_end_date, and the echoed
timezone and reference_date.
validate_weekday_date returns is_correct, the weekday name, the
claimed_date/claimed_weekday (the actual weekday of claimed_date, useful as
a diagnostic when the claim is wrong), the corrected_date/corrected_weekday,
the week's week_start/week_start_date/week_end_date, and the echoed
timezone and reference_date.
Example
If today is Friday 10 July 2026 and an agent claims "Friday 11 July 2026":
validate_weekday_date(weekday="Friday", claimed_date="2026-07-11")
# {
# "is_correct": false,
# "weekday": "Friday",
# "claimed_date": "2026-07-11",
# "claimed_weekday": "Saturday",
# "corrected_date": "2026-07-10",
# "corrected_weekday": "Friday",
# "week_start": "Monday",
# "week_start_date": "2026-07-06",
# "week_end_date": "2026-07-12",
# "timezone": "UTC",
# "reference_date": "2026-07-10"
# }claimed_date (11th) is a Saturday, not a Friday, so the claim is corrected to
the 10th — the actual Friday in the current week.
Configuration
date-mcp reads an optional config.ini to set defaults for timezone,
week_start, and weekday_format. Every setting is optional; anything omitted
falls back to a built-in default.
Discovery order (first existing file wins):
the path in the
DATE_MCP_CONFIGenvironment variable,~/.config/date-mcp/config.ini,./config.ini(the server's working directory).
Settings:
Section | Key | Description | Default |
|
| IANA timezone used when a tool call omits | detected OS zone, else |
|
| Day the week starts on (full name or 3-letter abbreviation). |
|
|
| Weekday-name rendering: |
|
When timezone is omitted from both the tool call and config.ini, date-mcp
detects the machine's local IANA zone via tzlocal
and falls back to UTC only if that detection fails.
A malformed config file or an invalid setting (unknown timezone, unrecognised
week_start, or bad weekday_format) raises when the server starts
(fail-fast) rather than silently falling back.
See config.example.ini for a commented sample.
Development
pip install -e ".[dev]"
pre-commit install
ruff check . && ruff format --check .
mypy
pytestContributing
Contributions are welcome — see CONTRIBUTING.md and our Code of Conduct. To report a vulnerability, see SECURITY.md.
License
MIT © Pierre Oosthuizen
Available Tools
3 toolsget_current_timeA
Return the current date and time for an IANA timezone.
Reads the real system clock — this is the tool an agent should call instead of guessing "now". The result carries an explicit UTC offset and broken-out calendar fields so no downstream parsing is ambiguous.
Args:
timezone: IANA timezone name (e.g. "UTC", "Europe/London",
"America/New_York"). Defaults to "UTC".
Returns: A dict with the ISO-8601 timestamp (with offset), the resolved timezone, the UTC offset, the Unix timestamp, and broken-out calendar fields.
Inputs: timezone. Returns: object
get_weekday_dateA
Return the date of a named weekday within the current week.
Answers "what is the date this Wednesday?" deterministically. "This week" is
anchored to today in timezone and bounded by week_start.
Args:
weekday: Weekday to resolve — full name or 3-letter abbreviation
(e.g. "Wednesday", "wed"), case-insensitive.
week_start: Day the week starts on. Omit to use the configured default
("Monday" unless overridden in config.ini).
timezone: IANA timezone name anchoring "today". Omit to use the configured
default (config.ini, else the detected OS zone, else "UTC").
Returns: The target date's calendar fields, the week's start/end dates, and context.
Inputs: weekday (required), timezone, week_start. Returns: object
validate_weekday_dateA
Validate a weekday+date claim against the current week and correct it.
The weekday name is authoritative: if claimed_date is not that weekday's
date in the current week, is_correct is false and corrected_date
gives the right date.
Args:
weekday: The weekday the caller asserts — name or 3-letter abbreviation.
claimed_date: The caller's asserted date, ISO YYYY-MM-DD.
week_start: Day the week starts on. Omit to use the configured default.
timezone: IANA timezone name anchoring "today". Omit to use the default.
Returns:
is_correct, the claimed/corrected dates and weekday names, the week's
start/end dates, and context.
Inputs: weekday (required), claimed_date (required), timezone, week_start. Returns: object
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 3 tools
Each tool has a clearly distinct purpose: get_current_time returns current datetime, get_weekday_date resolves a weekday to a date, and validate_weekday_date checks/corrects a claimed date. No overlap in functionality.
All tools follow a consistent verb_noun pattern (get_current_time, get_weekday_date, validate_weekday_date) with identical casing and style.
Three tools is well-scoped for a date utility server. Each tool serves a distinct and useful purpose without being too few or too many.
The set covers core date operations (current time, weekday resolution, validation) but is missing common utilities like date arithmetic, format conversion, or date difference. Minor gap.
Maintenance
Related MCP Connectors
MCP server for building and testing AI agents with multi-model experimentation and insights.
A time server that keeps your AI honest about time. Real clock + drift guard, zero dependencies.
An MCP server that integrates with Discord to provide AI-powered features.
Official MCP server for Agentwork — delegate tasks to AI agents with human-in-the-loop
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol (MCP) server that provides AI agents with comprehensive temporal awareness and time calculation capabilities.3MIT
- AlicenseAqualityDmaintenanceA MCP server that provides timezone-aware date and time operations. This server addresses the common issue where AI assistants provide incorrect date information due to timezone confusion.45MIT
- AlicenseAqualityDmaintenanceAn MCP server that provides real-time date, time and time zone information for AI assistants.42Apache 2.0
- FlicenseNot gradedqualityCmaintenanceA custom MCP server providing tools for date/time, calculations, mock weather, and note management, enabling AI agents to perform these tasks via natural language.-