
Keeping Mcp
io.github.Red-Square-SoftwarePublished by GitHub account Red-Square-Softwarev1.0.1Updated Oct 24, 2026
MCP server for the Keeping time-tracking API
Overview
A local MCP server that connects an AI assistant to the Keeping time-tracking API so it can read projects, tasks and time entries and log or edit billable hours
- What you can do
- Look up the signed-in user, organisations, projects and tasks to pick the right place to log time. List existing time entries and check whether a timer is running. Add, update or delete time entries, with a preview returned unless the call is explicitly confirmed. Start, stop and resume timers, also behind the same confirmation step.
- When to use it
- Useful for solo developers or freelancers who track billable hours in Keeping and want an assistant to log a session's work at the end instead of typing entries by hand, while keeping Keeping's existing invoicing integration.
- Requirements
- Runs locally over stdio, started by npx (Node.js 22 or newer) or a global npm install. Needs a Keeping personal access token supplied in the KEEPING_TOKEN environment variable, created by enabling developer features in Keeping preferences. Optional variables pin an organisation (KEEPING_ORG_ID), set log verbosity (KEEPING_LOG_LEVEL) and control the confirmation gate (KEEPING_REQUIRE_CONFIRM). Network access to the Keeping API.
Installation
In SourceWeft
- Open Keeping Mcp 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
keeping-mcp
Open-source Model Context Protocol (MCP) server that exposes the Keeping (api.keeping.nl) time-tracking API as tools an AI coding assistant can call. Built for solo developers who use Claude Code (or any MCP-capable client) and want their billable hours logged into Keeping at the end of a session instead of typed in by hand, while keeping Keeping's existing native Jortt invoicing integration intact. Every write tool is dry-run by default — your hours never reach Keeping until you explicitly confirm.
⚠ Writes are dry-run BY DEFAULT
Every write tool (
keeping_add_entry,keeping_update_entry,keeping_delete_entry,keeping_start_timer,keeping_stop_timer,keeping_resume_timer) returns a preview unless you passconfirm: truein the tool call.Setting
KEEPING_REQUIRE_CONFIRM=falsein your environment disables this gate. Writes then happen on the first call — there is no second chance.Recommendation: never disable this gate unless you are running the server in a non-interactive automation context and have explicitly accepted the loss of the confirmation step.
Install
From npm
No install required — npx fetches the package on first run:
The server speaks the MCP stdio protocol and stays in the foreground waiting for JSON-RPC frames on stdin — exit with Ctrl+C. In practice you do not run it by hand; an MCP-capable client (Claude Code, Claude Desktop, Cursor, etc.) spawns it for you using the config snippets below.
Optional — install globally so keeping-mcp is on your PATH:
Requires Node.js >=22. The package is published to npmjs.com/package/keeping-mcp with sigstore provenance attestations.
Claude Code on Windows 11
Add to %APPDATA%\Claude\claude_desktop_config.json or to your project's .mcp.json file.
The cmd /c wrapper is required on Windows — npx resolves to npx.cmd, and Claude Code's process spawn does not search PATHEXT extensions (see anthropics/claude-code#58510).
Claude Code on macOS / Linux
Add to ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or ~/.config/Claude/claude_desktop_config.json (Linux), or your project's .mcp.json.
Other MCP clients
Any MCP-capable client that supports the stdio transport works. The server is started by npx -y keeping-mcp and reads KEEPING_TOKEN from its environment. Discoverable in the MCP Registry as io.github.Red-Square-Software/keeping-mcp.
Get a Keeping access token
- Sign in to your Keeping account.
- Open Preferences (top-right menu).
- Find the section Show features for developers and enable it.
- A new Personal access tokens section appears.
- Click Generate new token, name it (e.g. "Claude Code"), and copy the value.
- Store it as
KEEPING_TOKENin your shell environment OR in your Claude Code configenvblock.
The token has full read+write access to your time entries — treat it like a password. Never commit it to git, never paste it into a chat, never read it back from a tool response (keeping-mcp never echoes it).
Configuration
⚠ Writes are dry-run BY DEFAULT
Every write tool (
keeping_add_entry,keeping_update_entry,keeping_delete_entry,keeping_start_timer,keeping_stop_timer,keeping_resume_timer) returns a preview unless you passconfirm: truein the tool call.Setting
KEEPING_REQUIRE_CONFIRM=falsein your environment disables this gate. Writes then happen on the first call — there is no second chance.Recommendation: never disable this gate unless you are running the server in a non-interactive automation context and have explicitly accepted the loss of the confirmation step.
Tools
keeping-mcp registers 12 tools when the server starts. Read tools (keeping_me, keeping_organisations, keeping_projects, keeping_tasks, keeping_list_entries, keeping_timer_status) call Keeping's API without confirmation. Write tools (keeping_add_entry, keeping_update_entry, keeping_delete_entry, keeping_start_timer, keeping_stop_timer, keeping_resume_timer) return a dry-run preview unless invoked with confirm: true (default behavior controlled by KEEPING_REQUIRE_CONFIRM).
Dry-run workflow (example transcript)
Write tools follow a two-step pattern: propose-then-confirm. The first call returns a preview of the HTTP request the server would send; the second call (with confirm: true) actually sends it.
Step 1 — preview (no confirm, no API call made). Illustrative; actual field names match Keeping's OpenAPI (see https://developer.keeping.nl).
Step 2 — confirm (confirm: true added, request is sent to Keeping). Illustrative; actual response shape mirrors Keeping's OpenAPI.
Verifying provenance
Releases are published via GitHub Actions OIDC trusted publishing (no long-lived npm tokens). Every release carries an npm provenance attestation linking the published tarball to a specific commit in this repository.
Local development
All server output goes to stderr — stdout is reserved for MCP JSON-RPC framing. Never write diagnostic output to stdout; use console.error for logging.
License
MIT — see LICENSE.
Source: README.md at commit 41e964a
Tools
0Version history
1- v1.0.1LatestSep 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