
gnomon
io.github.lihtnessPublished by GitHub account lihtnessv0.1.2Updated Oct 24, 2026
Deterministic batch tools so LLM agents stop guessing dates and math.
Overview
A local MCP server giving assistants deterministic date, calendar, arithmetic and unit-conversion tools so they compute instead of guessing.
- What you can do
- Get a rich snapshot of the current moment, optionally in a timezone, including ISO week, quarter and weekend flag. Run batch calendar operations: diff, until, since, add, weekday, business-day counts, natural-language date parsing and formatting. Evaluate lists of math and statistics expressions in one call, with results returned in order. Convert values between units such as length, mass and temperature.
- When to use it
- Useful when an assistant must do date arithmetic across month or year boundaries, answer how long until or since a date, parse phrases like next thursday, or handle non-trivial math and unit conversions. Its batch tools suit table-row workloads where the same computation runs on every row.
- Requirements
- Runs as a local stdio process on the user's machine, typically launched on demand with uvx or installed from PyPI. No accounts, API keys, environment variables or headers are declared. A Python runtime and the uv or pip tooling are needed.
Installation
In SourceWeft
- Open gnomon in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
gnomon-mcp
[PyPI] [Python] [License: MIT] [MCP Registry]
The pointer on a sundial that turns shadow into time.
A small MCP server for the boring-but-essential utilities every model needs: dates, calendars, arithmetic, unit conversion. Use it so your assistant stops "next-token guessing" math and date math.
Why
LLMs are bad at arithmetic and date math by default. They produce plausible answers that are often wrong by a small amount — exactly the kind of mistake that's hard to notice in a long response. gnomon-mcp exposes deterministic Python implementations through MCP so your model can compute instead of guess.
When an agent should reach for gnomon
Anywhere the next plausible token is not the right answer. Concretely:
- Math that matters — anything beyond trivial mental arithmetic, anything with a decimal point, anything that compounds. Call
calc. - "What day is it" / "how long until" / "how long since" — the model's training cutoff is not today. Call
nowfor a snapshot;calendarwithuntil/since/difffor elapsed time;parsefor natural-language dates ("next thursday"). - Date arithmetic across month/year boundaries — adding 30 days, finding a quarter-end, counting business days. Models routinely off-by-one these. Call
calendarwithadd/business_days. - Unit conversion — call
calc_convert. Never eyeball "kg → lb" or "°C → °F". - Table-row workloads — when the same kind of computation needs to run on every row of a table, both batch tools (
calendar,calc) take a list and return a list in order. One call, N results.
The rule of thumb: if you'd ask a colleague to "just double-check that number," call gnomon instead.
How this compares to other MCP servers
Time and math already have several MCP servers — the official Time reference (timezone-only), mcp-time and mcp-datetime (date formatting / timezone), calculator-server (math + units, no dates), and bundles like agent-utils-mcp (regex / hashing / JWT). gnomon's lane is narrower:
- Batch-first.
calendar(ops)andcalc(expressions)take lists; one tool call covers a whole table column instead of N calls. - A real
now(). One call returns 18 fields — ISO week, quarter, fiscal year, day-of-year,is_weekend, … — instead of just{iso, tz}. - Dates and math and units in one wiring. No need to compose three separate servers.
- Natural-language dates baked in (
"next thursday","in 3 hours") without a separate NLP server.
If you only need timezone conversion, the official Time server is enough. If you want a broad utility bundle (regex, hashing, encoding, JWT), agent-utils-mcp is a better fit. gnomon is for the boring date-arithmetic-and-arithmetic core, batched.
Tools
Calendar
Two tools:
now(tz?)— standalone. Returns a rich dict snapshot of the current moment. One call gets you everything about "right now".calendar(ops)— batch dispatcher. Each item picks its own op. Designed for table-row workloads (e.g. one call computes time-elapsed for every row).
now(tz?) returns:
calendar(ops) operations:
Units for diff/until/since: seconds, minutes, hours, days, weeks.
Example — compute several things in one call:
Calculator
Examples:
Future tools (sketches)
The same logic — if the model is likely to bluff it, expose a deterministic version — points at several more primitives worth building. None of these are implemented yet; they are candidates, listed roughly in order of bang-for-buck:
- Text measurement —
count(text, unit)for chars / words / lines / sentences / LLM tokens. Agents constantly miscount "how long is this" and "will this fit in the context window." - Regex match / replace —
regex_find(pattern, text)andregex_sub(pattern, repl, text). Models hallucinate which substrings match a regex; a real engine ends the argument. - Structured-data extraction —
jq(path, json)/jsonpath(path, json). Reading values out of a nested blob by path, without typos. - Hashing & encoding —
hash(text, algo)(sha256, md5, blake2),encode(text, scheme)/decode(text, scheme)(base64, hex, url, jwt-payload). All things models confidently invent wrong. - Decimal money math —
money(expr)evaluated under Python'sDecimalwith explicit rounding.calcis float-based and quietly unsafe for currency. - Holiday-aware business days — extend
calendar.business_dayswith acountry(orcalendar) parameter so US/UK/IN holidays are excluded. The current implementation only knows weekends. - Cron describe / next-fire —
cron_describe("0 9 * * 1-5")→ human English;cron_next(expr, n)→ next N firing times. Models routinely misread cron fields. - Token counting for a target model —
count_tokens(text, model)via tiktoken / Anthropic tokenizer. Lets an agent budget its own prompts and outputs instead of guessing.
If you want one of these, open an issue (or a PR — each is a small self-contained module that fits the existing tools/ layout).
Install
Recommended: no install — run on demand via uv:
Or install globally:
Wire it into your agent
All recipes assume uvx gnomon-mcp. If you prefer a pinned install, swap the command for gnomon-mcp (with no uvx).
Claude Code
Or edit ~/.claude.json / a project .mcp.json:
Claude Desktop
claude_desktop_config.json:
Cursor
~/.cursor/mcp.json (or .cursor/mcp.json in a project):
Continue
~/.continue/config.yaml:
Any other client (generic stdio)
Spawn uvx gnomon-mcp as a subprocess and speak MCP over stdin/stdout. That is the entire integration.
Hosted / remote (HTTP transport)
For team-shared instances or agents that can't spawn a local subprocess:
Then point your MCP client at http://<host>:8000/mcp (or /sse for the SSE transport).
Tell your agent to actually use it
The MCP tool descriptions are intentionally terse to keep persistent context cost minimal (~150 tokens for all four tools). The richer "when to reach for gnomon" guidance lives in a Claude Code skill that loads on demand.
Option A — Claude Code plugin (one command, recommended)
The plugin wires both the MCP server and the skill in one shot. Inside Claude Code:
That registers gnomon as an MCP server (auto-starts via uvx) and installs the on-demand skill. Skill body loads only when the task triggers it — persistent context stays ~150 tokens for the four tool descriptions plus ~40 tokens for the skill's name + summary.
Option B — manual skill install (no plugin)
If you've already wired the MCP server with claude mcp add gnomon -- uvx gnomon-mcp and only want the skill:
Option C — paste into your system prompt (non-Claude-Code agents)
For agents without skill support, paste this short version into your system prompt or CLAUDE.md:
Development
License
MIT
Source: README.md at commit dbc546a
Tools
0Version history
1- v0.1.2LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts