Kilter Board Logbook

io.github.wmmg101Published by GitHub account wmmg101v0.2.2Updated Oct 24, 2026

Read-only access to your Kilter Board logbook: sessions, sends, projects and grade stats

VerifiedSTDIODesktop onlyLocation & LifestyleData & Analytics

Overview

AI-generated overview

Read-only access to your own Kilter Board logbook, letting an assistant summarize sessions, sends, projects and grade stats.

What you can do
Exposes read-only tools over your personal Kilter Board logbook: kilter_get_logs, kilter_get_sends, kilter_get_projects, kilter_get_summary, kilter_get_grade_pyramid, kilter_get_hardest_sends, kilter_get_sessions, kilter_get_progression and kilter_get_angle_stats. It returns logbook entries, topped climbs, unfinished projects, totals, sends per grade with flash rates, hardest sends, day-grouped sessions, month-by-month or week-by-week trends, and per-angle comparisons. Nothing is written to the Kilter account.
When to use it
Use it when you want an assistant to answer questions about your own climbing history, such as how a recent session went, what your current projects are, how grades or angles compare, or whether you are progressing over time.
Requirements
Runs locally over stdio, started with uvx (uv must be installed; Python is handled by uv). Requires a Kilter Board account, supplied through the KILTER_USERNAME and KILTER_PASSWORD environment variables. Optional KILTER_TIMEZONE sets the IANA timezone used to group climbs into days. Network access to Kilter endpoints is needed.
Before you install
KILTER_USERNAME and KILTER_PASSWORD are required secrets; the README recommends the ${KILTER_PASSWORD} environment-variable form and warns against putting literal values in a workspace config you might commit. Credentials are used to obtain an OAuth token from Kilter's login server and are sent only to Kilter endpoints. The project is unofficial, uses undocumented endpoints that may change, and Kilter's terms restrict access outside the official apps.

Installation

In SourceWeft

  1. Open Kilter Board Logbook in the dashboard and add it to a workspace.
  2. 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

kilter-mcp

An unofficial MCP server that lets your AI agent read and analyse your own Kilter Board logbook.

Add it to Kiro (or another MCP client), give it your Kilter login, and then just talk to the agent:

How did my last Kilter session go? What are my current projects at 30°? Compare my climbing at 20° and 40°. Show my grade pyramid. What are my hardest sends? Am I progressing?

[Kiro answering "How did my last Kilter session go?" by calling kilter_get_sessions and summarising: 16 climbs logged at 20°, 14 flashed, the two misses named, hardest send V0 (4C).]

Read-only. Nothing is written to your Kilter account.

Add to Kiro + Other Clients (Claude, Codex, Cursor etc.)

[Add to Kiro]

Click the button (Kiro shows a confirmation dialog first), then jump to step 3. Or do it by hand:

  1. Open your MCP config in Kiro: command palette → Kiro: Open user MCP config (JSON) (or the workspace one, .kiro/settings/mcp.json).
  2. Add the server:
json
{  "mcpServers": {    "kilter": {      "command": "uvx",      "args": ["kilter-mcp"],      "env": {        "KILTER_USERNAME": "${KILTER_USERNAME}",        "KILTER_PASSWORD": "${KILTER_PASSWORD}"      },      "disabled": false,      "autoApprove": []    }  }}
  1. Provide your Kilter credentials. Either:
    • set KILTER_USERNAME and KILTER_PASSWORD as environment variables (Kiro expands ${VAR} after you approve the variables in Settings → Mcp Approved Env Vars; see how to set them on macOS, Linux and Windows), or
    • replace the ${...} placeholders with the literal values. Only do this in the user config (~/.kiro/settings/mcp.json), never in a workspace config you might commit.
  2. Save. Kiro starts the server and the kilter_* tools appear. Ask away.

Something not working? With the same variables exported in a terminal, run uvx kilter-mcp --check. It logs in, counts your logbook and prints a short report with no secrets or entries in it, which you can paste into an issue.

Requirements: uv installed (uvx comes with it). Python is handled by uv.

Kiro CLI users can do the same with kiro-cli mcp add --name kilter --scope global --command uvx --args kilter-mcp --env KILTER_USERNAME=... --env KILTER_PASSWORD=....

Optional: timezone

Sessions are grouped by calendar day in your timezone, which is detected from the machine running the server. If that is wrong (for example a remote or containerised host), add "KILTER_TIMEZONE": "Europe/Rome" (any IANA name) to the env block. Every response states the timezone it used.

Other clients

kilter-mcp is a standard local MCP server, so it also works in Claude Desktop, Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI and Zed. Copy-paste configs for each are in docs/clients.md. (ChatGPT's chat interface only accepts remote HTTP servers, so it is not supported directly; details in the same document.)

Example questions

text
Show my latest Kilter session.What did I climb last Saturday?List my sends from this month at 40°.What are my current projects?Which projects have I put the most attempts into?Show my grade pyramid at 30°.What is my flash rate per grade?What are my five hardest sends?Compare my climbing at 20° and 30°.How has my climbing progressed over the last six months?

Tools the agent gets

ToolWhat it returns
kilter_get_logsLogbook entries (filter by limit, angle, topped, date range)
kilter_get_sendsTopped climbs, newest first
kilter_get_projectsClimbs attempted but never topped at that angle
kilter_get_summaryTotals, angles, date range, hardest send/flash, sends by grade
kilter_get_grade_pyramidSends per grade with flash rates
kilter_get_hardest_sendsHardest unique sends
kilter_get_sessionsEntries grouped by day
kilter_get_progressionMonth-by-month or week-by-week trend
kilter_get_angle_statsPer-angle comparison

All tools are read-only and only ever see the account whose credentials you configured.

How the data is interpreted

  • One logbook entry is one climb at one wall angle on one date, with the number of tries in that entry. Re-logging a climb creates a new entry.
  • status is flash (topped first try), send (topped) or attempt (not topped).
  • A project is a (climb, angle) pair with attempts but no top at that angle.
  • Grades are Kilter's current consensus grade for the climb at that angle. grade is the V-scale and font_grade the Font scale; the raw difficulty_id (1-39) is always included. The grade table is fetched from Kilter at startup with an embedded fallback.
  • If you rated a climb yourself in the app, my_grade and my_rating (1-5 stars) carry your opinion; otherwise they are null.
  • Dates are reported in your timezone (see above). A session is one calendar day.

Security and privacy

  • Your username and password are only used to obtain an OAuth token from Kilter's login server (idp.kiltergrips.com). They never leave your machine otherwise.
  • Tokens are kept in memory for the life of the MCP process and are never written to disk.
  • Credentials and tokens are never included in tool output, logs or error messages.
  • The server makes requests only to idp.kiltergrips.com and portal.kiltergrips.com.
  • Also available in the MCP Registry as io.github.wmmg101/kilter-mcp.
  • Prefer the ${KILTER_PASSWORD} form so the password lives in your shell environment or secret manager rather than in a JSON file.
  • Your logbook is fetched at most once a minute, however many tools the agent calls, and Kilter's rate-limit responses are respected.

Full details and how to report a problem privately: SECURITY.md.

Disclaimer

kilter-mcp is an unofficial community project and is not affiliated with or endorsed by Kilter Grips. It talks to the same endpoints the Kilter app uses; these are not a documented public API and may change or stop working at any time. Kilter's Terms of Use restrict access to their services outside the official apps; use this project at your own discretion, only with your own account, and keep request volume low (the server fetches your logbook once per tool call).

Contributing

Issues and pull requests are welcome. See CONTRIBUTING.md for the development setup (git clone, uv sync, uv run pytest), architecture notes, and how to add a tool.

License

MIT

Source: README.md at commit 87e3712

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

2
  1. v0.2.2LatestSep 18, 2026
  2. v0.2.1Sep 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