time-tracker-mcp
A local MCP server that reads logged hours from an internal time tracker, providing tools to list time entries, projects, and the active timer. It is read-only, enabling Claude Code to see time-tracking data without writing.
README
time-tracker-mcp
A local MCP server that lets Claude Code read your logged hours from our internal time tracker.
Phase 0 of bench project BP-006 — Remote MCP Skill (remote-mcp-skill). This is the reference implementation: get the tool logic right locally, then port it to AWS.
Why
Open Google Calendar, read last week's meetings, and transcribe them into the tracker by hand. Claude can already see your calendar via the Google Calendar connector — it just can't see the tracker. This closes that gap:
You: What meetings from last week haven't I logged yet?
Claude: [reads calendar, reads tracker, diffs]
Logged 4h. Calendar shows 7h 45m. Missing:
- Thu 30 Jul, Prism Standup, 15m
- Fri 31 Jul, Masterclass, 3h
Flag: Fri Masterclass overlaps Mentors x Interns 16:30-17:00.
Read-only. It tells you what to enter; it does not enter it.
Tools
| Tool | Returns |
|---|---|
list_time_entries(start, end) |
entries in a date range — day, start, hours, project, task, description, billable |
list_projects() |
project ids and names |
get_active_timer() |
the running timer, or null |
Any range works — a day, a week, a month. Totals and grouping are left to the caller: the tools return rows, Claude does the arithmetic.
Install
git clone https://github.com/mikka-oldst/time-tracker-mcp.git
cd time-tracker-mcp
python3 -m venv .venv
.venv/bin/pip install -r requirements.txt
cp .env.example .env # then fill in — see Auth below
.venv/bin/python server.py --smoke
--smoke checks the date conversions offline, then makes one live call per tool.
Run it before wiring anything up; it fails loudly and specifically.
Then register it (absolute paths — Claude spawns this as a subprocess with no shell context):
claude mcp add -s user time-tracker -- \
/full/path/to/time-tracker-mcp/.venv/bin/python \
/full/path/to/time-tracker-mcp/server.py
Restart your session, confirm with /mcp, and ask it something.
Auth
Two cookie values, pasted once. The server exchanges them for a fresh Convex JWT on demand, so you never hand-paste a token.
DevTools → Application → Cookies → the tracker's domain:
| Cookie | .env key |
|---|---|
__session |
CLERK_SESSION_COOKIE |
__clerk_db_jwt |
CLERK_DB_JWT |
The Clerk session id is read from the cookie's sid claim, so there is nothing
else to copy. Leave CLERK_JWT blank — if it is set, it overrides refresh.
Tokens come from Clerk's convex JWT template and last an hour. The default
template mints 60-second tokens that expire before you can use them, which is
why the template name matters.
How it works, and what surprised us
The tracker is Next.js on Vercel with Clerk auth and a Convex backend. It has
no REST API — the browser talks to Convex over a WebSocket. Probing /api/*
returns 404 for everything, and the Network tab looks empty unless you filter to
WS and read the frames.
Function names and argument shapes came from the ModifyQuerySet frames in that
WebSocket. timeEntries:listByWeek takes an arbitrary range despite its name —
the UI calls it with a single day.
Three things worth knowing if you extend this:
- Epoch milliseconds, Manila midnight. Not UTC. Getting it wrong shifts
entries by a day. Asserted against real captured frames in
smoke(). - Convex returns HTTP 200 on function failure. Check
statusin the response body, not the status code. - Entries carry 21 fields, most of it Clockify/ClickUp sync plumbing. They get trimmed to 7 before reaching Claude; passing the rest floods the context.
We use httpx against Convex's HTTP query endpoint rather than the official
convex Python client, which hung indefinitely with no timeout option.
Limitations
- Local only. The cookie-refresh flow uses Clerk's undocumented client API and authenticates as you. It cannot run on Lambda. A remote deployment needs a Convex deploy key or a Clockify API key.
- Read-only. No writing entries. A human should confirm hours.
- Calendar shows invitations, not attendance. RSVPs are often
needsAction, so a meeting on the calendar is not proof you attended it. - Overlapping meetings need a human rule. The tools surface the conflict rather than guessing which one wins.
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.