
Trello
io.github.scaratecPublished by GitHub account scaratecv0.12.0Updated Oct 24, 2026
MCP server for Trello — manage boards, lists, cards, attachments and more via Claude or Gemini
Overview
Lets an assistant read and manage Trello boards, lists, cards, checklists, comments, labels, attachments and webhooks through the Trello API.
- What you can do
- A local stdio MCP server exposing 48 tools that map one-to-one onto the Trello API, plus a composite get_board_overview tool. It covers boards, lists, cards, labels, checklists, comments, members, attachments and webhooks, including create, update, archive and delete operations. It also provides two resource templates for board and card context and three workflow prompts: summarize_board, create_sprint and daily_standup.
- When to use it
- Useful when an assistant should work directly with Trello content: reviewing or summarizing a board, drafting and updating cards, managing checklists and comments, or running sprint and standup workflows from a chat client.
- Requirements
- Python 3.10+ and a local install via pipx or pip. A Trello API key is required, and either an interactive browser authorization that stores credentials in a local credentials file, or the TRELLO_API_KEY and TRELLO_TOKEN environment variables as a fallback. The API key's allowed origins must include the local callback address. Network access to the Trello API is needed.
Installation
In SourceWeft
- Open Trello 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
trellio-mcp — MCP Server for Trello
[License: GPL v3] [Python 3.10+] [MCP]
An MCP server that gives Claude Desktop, Claude Code, and Gemini CLI full access to the Trello API. Built on the trellio async client library and the official Python MCP SDK. Developed following the BDD Guidelines v1.8.0.
Features
- 48 MCP tools — 1:1 mapping to trellio methods, plus
one composite
get_board_overviewtool - 2 resource templates —
trello://board/{id}andtrello://card/{id}for rich context loading - 3 prompts —
summarize_board,create_sprint,daily_standupas workflow shortcuts - Built-in auth flow —
python -m trello_mcp authopens the browser, user clicks "Allow", token stored securely - Structured error handling — Trello API errors are translated into clear, actionable MCP error messages
- stdio transport — runs as a local subprocess, no network surface
Tools
Card tools support pos (top/bottom), idLabels
(comma-separated), due (ISO 8601), and dueComplete
(true/false) on create and update.
Prerequisites
- Python 3.10+
- A Trello API Key
(add
http://localhost:8095to Allowed Origins)
Installation
Using pipx (recommended)
To install globally so the trellio-mcp command is available in your PATH:
Alternatively, you can run it on-the-fly without installing:
(Note: If you use pipx run, your MCP client configuration must also use pipx as the command and run trellio-mcp as arguments.)
Using pip
From source
Authentication
Interactive (recommended)
Run the auth command on each machine to connect your Trello account:
If you installed globally (pipx install or pip install):
If using on-the-fly execution (pipx run):
This opens a browser where you authorize the app. The token
is captured automatically and stored in
~/.config/trellio-mcp/credentials.json (permissions 0600).
After auth, no environment variables are needed — the server reads stored credentials on startup.
Environment Variables (fallback)
If no stored credentials are found, the server falls back to environment variables:
MCP Client Configuration
Claude Desktop
Add to ~/Library/Application Support/Claude/claude_desktop_config.json
(macOS) or %APPDATA%\Claude\claude_desktop_config.json
(Windows):
If using env var auth instead of stored credentials, add:
Claude Code
Add to ~/.claude/settings.json or project
.claude/settings.json:
Gemini CLI
Add to ~/.gemini/settings.json:
Architecture
Key decisions (documented in docs/adr/):
Accepted weaknesses are recorded separately in
docs/limitations/. A limitation there has
already been weighed against the clean solution and declined — check
the register before proposing a fix for a known-imperfect behaviour.
Testing
The project uses BDD with behave, following the BDD Guidelines v1.8.0.
dependency_compatibility.feature needs network access: it
builds a wheel, installs it into throwaway environments at
both ends of the declared mcp range, and drives the
resulting server over stdio. It is the only feature that
sees a broken dependency declaration — the others import
the tool functions against the local .venv. It carries no
opt-in tag on purpose: a dependency guard that has to be
asked for is not a guard. To run the suite offline, exclude
it explicitly:
Test architecture:
AsyncMock(spec=TrellioClient)— mock at the client boundary, not HTTP- Persistence validation via mock call records (§4.3)
- Anti-hardcoding via Scenario Outlines with >= 2 variants (§2.3)
- Layer-by-layer failure path enumeration (§4.5)
- Independent spec audit per §13
See Case Study for a detailed account of the BDD-driven development process.
Project Structure
Publishing
PyPI
Smithery
Namespace is gupta. Update the release after a new PyPI version:
Also update the pinned version in smithery.yaml commandFunction.
The resulting listing stays empty. Smithery populates an external entry by scanning the server over HTTP; this server is stdio-only (ADR 002), so the scan fails and the entry carries no connection or tool list — even though the publish command reports success. See LIM 0001. Install via pipx or uvx instead.
MCP registry
server.json describes the server for the official MCP registry by
static declaration rather than introspection. Keep its two version
fields in step with pyproject.toml.
License
This project is licensed under the GNU General Public License v3.0 — see the LICENSE file for details.
Source: README.md at commit b9f2902
Tools
0Version history
1- v0.12.0LatestSep 16, 2026
Score
40% 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
Declare a license in the repository or the registry entry.
