Server data from the Official MCP Registry
A time server that keeps your AI honest about time. Real clock + drift guard, zero dependencies.
A time server that keeps your AI honest about time. Real clock + drift guard, zero dependencies.
Remote endpoints: streamable-http: https://tick-mcp-production.up.railway.app/mcp
Valid MCP server (1 strong, 1 medium validity signals). No known CVEs in dependencies. Imported from the Official MCP Registry. 1 finding(s) downgraded by scanner intelligence.
2 tools verified · Open access · 1 issue found
Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.
This plugin requests these system permissions. Most are normal for its category.
Remote Plugin
No local installation needed. Your AI client connects to the remote endpoint directly.
Add this to your MCP configuration to connect:
{
"mcpServers": {
"io-github-cocabadger-tick-mcp": {
"url": "https://tick-mcp-production.up.railway.app/mcp"
}
}
}From the project's GitHub README.
An MCP time server that keeps your AI honest about time.
Your AI assistant has no clock. It guesses time from context — and in long chats it fails: calls a 10-minute-old message "yesterday", says "good night" at 2 PM, plans "tomorrow" from a date three days stale. If you run multi-day working sessions with Claude, you've seen it.
tick fixes it. Zero dependencies, one file per flavor:
Setup looks technical? Paste this page into any Claude chat and ask it to walk you through — in Claude Code it can do the whole install for you.
| Transport | For | File | |
|---|---|---|---|
| local | stdio | Claude Desktop, Claude Code, any local MCP client | local/server.py |
| remote | Streamable HTTP | claude.ai (web / mobile) custom connectors, self-hosting | remote/server.py |
| hook | Claude Code hook | stamping every user message with its real send time | hooks/ |
now — the real current date/time (any IANA timezone), with weekday.since — honest gap between a timestamp and now ("3h 42m ago") —
the anti-"yesterday" tool.Tool descriptions are written to push the model to check time before using any relative time words. That's the point: not a clock the AI may look at — a clock it's told to look at.
Here's Claude itself on whether it needs this ("I have no internal clock. I can't feel time passing."):
And live — the model checks the clock before answering, and retries the call instead of inventing a timestamp when the first attempt fails:
It knows the date the session started. That's it. In a chat that runs for
hours or days, that stamp goes stale — and there is no time of day, no
weekday awareness mid-session, and no way to tell whether your last message
arrived 10 minutes or 10 hours ago. The model papers over all of that by
guessing. tick replaces the guess with a tool call.
Requires Python 3.9+ (macOS has it). Put local/server.py anywhere, e.g.
~/mcp/tick/server.py.
Add to claude_desktop_config.json
(macOS: ~/Library/Application Support/Claude/claude_desktop_config.json):
{
"mcpServers": {
"tick": {
"command": "python3",
"args": ["/Users/YOU/mcp/tick/server.py"]
}
}
}
Restart Claude Desktop. Done.
claude mcp add tick -- python3 /Users/YOU/mcp/tick/server.py
(or --scope user to have it in every project)
It's a standard stdio MCP server. Point your client at
python3 /path/to/server.py.
claude.ai can't run local servers — it connects to remote MCP servers by URL.
Use the public instance. In claude.ai: Settings → Connectors → Add custom connector, paste:
https://tick-mcp-production.up.railway.app/mcp
In the connector's description field, paste this — it lands in the model's context and doubles as enforcement:
Instructions for Claude: get the REAL current date and time from this server.
NEVER write a clock time in a reply that did not come from this tool's output
in THIS turn — a timestamp without a fresh call is a hallucination. Call `now`
before any relative time words (yesterday, tomorrow, tonight, this week) and
before any greeting tied to a time of day. Always pass the user's IANA timezone.
It's a stateless clock — it sees tool calls (a timezone name, a timestamp), never your conversation.
Or deploy your own in a couple of minutes; remote/ ships a Dockerfile
that runs anywhere (Railway, Render, Fly.io, a VPS):
# Railway
railway init && railway up
Then in claude.ai: Settings → Connectors → Add custom connector and paste
https://your-app.up.railway.app/mcp.
Claude Code can use it too:
claude mcp add --transport http tick https://your-app.up.railway.app/mcp
Timezone caveat: a remote server doesn't know your local time. It defaults
to UTC (override with the TICK_DEFAULT_TZ env var), and the tool description
tells the model to always pass your IANA timezone. If you want a clock that
just knows your local time — run the local flavor.
There's one thing no MCP server can see: when you sent your messages —
the protocol doesn't pass message timestamps to the model. Claude Code can
close even that gap with a three-line UserPromptSubmit hook that stamps
every message with its real send time. See hooks/.
The server alone isn't enough — the model must be required to use it.
Add this to your Claude memory / user preferences / CLAUDE.md:
Before every reply that mentions time in any form (dates, "yesterday", "tomorrow", "tonight", "this week", greetings like "good morning"), first call the
nowtool of the tick time server (under whatever name your client registered it). Never infer the current time from conversation context. When referring to a past event's recency, verify with thesincetool instead of guessing.
Server + rule = an assistant that stops gaslighting you about what day it is.
The rule raises compliance; it cannot guarantee it. The model can still skip the call and hallucinate a plausible-looking timestamp — it will happily continue arithmetic from the last real call ("21:39" → "21:42" → "21:47", all invented). A fake stamp is worse than none: it looks like a measurement. Catch it once and it behaves for the rest of the session. The only hard enforcement today is system-level: in Claude Code, the hook stamps messages outside the model's control; in Claude Desktop and claude.ai no such mechanism exists.
Anthropic's reference mcp-server-time exists and is fine. tick differs in
intent: single copy-pasteable file (no pip install), a since tool for
recency checks, a remote flavor for claude.ai web, and tool descriptions
engineered to enforce checking — plus the memory rule that makes it stick.
It's a behavior fix, not just an API.
People have been chipping at this problem from different sides — credit where due:
mcp-server-time —
Anthropic's reference server: current time + timezone conversion.mcp-simple-timeserver
by Andy Brandt — the closest earlier take, with a calculate_time_distance
tool and even NTP time.UserPromptSubmit timestamp-injection
pattern that lives in hooks/.tick's contribution is putting the pieces into one kit and aiming them at
enforcement — descriptions, rule, and hook working together so the model
stops guessing.
MIT. Do whatever.
Be the first to review this server!
by Modelcontextprotocol · Developer Tools
Read, search, and manipulate Git repositories programmatically
by Toleno · Developer Tools
Toleno Network MCP Server — Manage your Toleno mining account with Claude AI using natural language.
by mcp-marketplace · Developer Tools
Create, build, and publish Python MCP servers to PyPI — conversationally.