boardsesh-mcp
An unofficial MCP server that lets your AI agent read and analyse your Boardsesh climbing logbook — across every board you climb on: Kilter, Tension, MoonBoard, Decoy, Touchstone, So iLL, Woods and spray walls.
How did my last session go? Am I stronger on Kilter or on Tension? What are my projects at 40°? What should I try next at my level? Show my grade pyramid. Which holds do I avoid?
Read-only. Nothing is ever written to your Boardsesh account.
You do not need to give it a password. Boardsesh serves your logbook publicly, so your display name alone unlocks most of it. Credentials are optional and only add the extras.
Add to your agent
Kiro
Open your MCP config (command palette → Kiro: Open user MCP config (JSON)) and add:
{
"mcpServers": {
"boardsesh": {
"command": "uvx",
"args": ["boardsesh-mcp"],
"env": {
"BOARDSESH_USER": "Your Boardsesh Display Name"
},
"disabled": false,
"autoApprove": []
}
}
}
That is the whole setup. BOARDSESH_USER is the display name on your Boardsesh profile (or your
user id, if you prefer). Requires uv installed; uvx ships with
it.
Other clients
Same three facts everywhere: command uvx, args ["boardsesh-mcp"], env BOARDSESH_USER.
Copy-paste configs for Claude Desktop, Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI
and Zed are in docs/clients.md.
Optional: unlock the rest
Four tools need to know which physical board setup you use (layout, size, hold sets), which Boardsesh only tells the logged-in owner. Add your Boardsesh login to enable them:
"env": {
"BOARDSESH_USER": "Your Display Name",
"BOARDSESH_EMAIL": "${BOARDSESH_EMAIL}",
"BOARDSESH_PASSWORD": "${BOARDSESH_PASSWORD}"
}
Those four are boardsesh_recommend_climbs, boardsesh_search_climbs,
boardsesh_find_similar_climbs and boardsesh_get_hold_heatmap. Everything else works without
them. See how to set environment variables.
Optional: timezone
Sessions are grouped by calendar day in your timezone, detected from the machine running the
server. If that is wrong, add "BOARDSESH_TIMEZONE": "Europe/Rome" (any IANA name).
Example questions
Summarise my Boardsesh logbook.
How did my last session go?
Compare my climbing on Kilter and Tension — where am I actually stronger?
What are my current projects, and which have I tried the most?
Show my grade pyramid and my flash rate per grade.
Have I improved over the last six months?
What should I try next at my level?
Find climbs similar to the one I sent yesterday.
Which holds show up most in climbs one grade above me?
Tools the agent gets
Works with just BOARDSESH_USER:
| Tool | What it returns |
|---|---|
boardsesh_get_summary |
Totals across all boards: sends, flashes, sessions, date range, hardest send |
boardsesh_get_ascents |
Logbook entries, filterable by board, angle, outcome and date range |
boardsesh_get_sessions |
Entries grouped by day |
boardsesh_get_projects |
Climbs attempted but never sent, per board, climb and angle |
boardsesh_compare_boards |
One row per board, with cross-board normalised grades |
boardsesh_get_grade_pyramid |
Sends per grade with flash rates |
boardsesh_get_progression |
Month-by-month or week-by-week trend |
boardsesh_get_grades |
A board's grade scale (difficulty ids to labels) |
Needs BOARDSESH_EMAIL / BOARDSESH_PASSWORD:
| Tool | What it returns |
|---|---|
boardsesh_recommend_climbs |
Climbs to try next: at your level, crowd favourites, hidden gems, fresh |
boardsesh_search_climbs |
Catalogue search by name, grade range, benchmarks, popularity |
boardsesh_find_similar_climbs |
Climbs sharing holds with a given climb |
boardsesh_get_hold_heatmap |
Which holds the wall's climbs use, for spotting weaknesses |
How the data is interpreted
- One logbook entry is one climb, at one angle, on one board, at one time, with a number of tries. Entries are never deduplicated, so a climb can appear many times.
statusis authoritative:flash(sent first try),send(sent after attempts) orattempt(not sent). It is never inferred from try counts.- A project is a
(board, climb, angle)you have attempted but not sent. Sending it at another angle does not remove it. gradeis the board's own grade anddifficulty_idthe raw id. Board grades are not comparable between boards, soboardsesh_grade— Boardsesh's cross-board normalised number — is whatboardsesh_compare_boardsuses. It is null when Boardsesh's confidence in it is not backed by real ascents.- A "session" is one calendar day in your timezone.
Security and privacy
- In the default setup there is no secret to leak: only your public display name is configured, and everything it reads is what your Boardsesh profile already shows publicly.
- If you do add credentials, they are used once to obtain a token from Boardsesh's own login endpoint. Tokens live in memory for the life of the process and are never written to disk.
- Credentials and tokens never appear in tool output, logs or error messages.
- The server talks only to
ws.boardsesh.comandwww.boardsesh.com. No telemetry. - Every tool is read-only, and the GraphQL layer can only send a fixed set of pinned read queries — there is no code path that could reach a mutation.
- Your logbook is fetched at most once a minute however many tools the agent calls.
Troubleshooting: run uvx boardsesh-mcp --check with the same environment variables set. It
prints counts and configuration only, no entries and no secrets, so it is safe to paste into an
issue.
Relationship to Boardsesh and to kilter-mcp
Boardsesh is an open-source (Apache-2.0) board-climbing app that aggregates logbooks across boards and publishes an API. This project is an independent MCP client for it, built at the suggestion of its maintainer, but it is not an official Boardsesh product and any bug here is mine, not theirs.
If you only climb on a Kilter Board and do not use Boardsesh, kilter-mcp talks to Kilter directly instead. boardsesh-mcp is the better choice if you use more than one board, because it can compare them.
Contributing
Issues and pull requests welcome — see CONTRIBUTING.md. Security reports go through SECURITY.md.
License
Release files for boardsesh-mcp 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| boardsesh_mcp-0.1.0.tar.gz | 128.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| boardsesh_mcp-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 166.0 kB
Release files / boardsesh_mcp-0.1.0.tar.gz
| Download URL | boardsesh_mcp-0.1.0.tar.gz |
|---|---|
| Size | 128.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
ad2df5f32f2146c3db1b7c9eb1cdac8edd81d012e0e78d6da579a31d69d24c07
|
|
BLAKE2b-256 checksum How to use checksums |
2f5482fe02d95025aff8fbbec7d5b0568993da0cc23dd46efbe4aabdc95aef47
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 22, 2026.
Transparency logRelease files / boardsesh_mcp-0.1.0-py3-none-any.whl
| Download URL | boardsesh_mcp-0.1.0-py3-none-any.whl |
|---|---|
| Size | 37.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
4bd7502fead44b8f266e9faff2a2bac6b48e459eea9501c1e87a39f8cba134cf
|
|
BLAKE2b-256 checksum How to use checksums |
9178bbcffba3413b455af89254acadc9d77a5611de4c0cefcca18560ac2f53ea
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 22, 2026.
Transparency log