Let Claude, Cursor, or ChatGPT author Mermaid diagrams your team can read and share.
One address for any MCP client. You sign in at api.diagramzu.ai once, after adding it.
At most: creates or changes data: records, files, settings.
Odel charges nothing per call. The publisher may charge for its own service.
Odel could not list its tools without signing in.
MCP server for diagramzu.ai. Lets Claude Code, Claude Desktop, Cursor, Windsurf, ChatGPT custom GPTs, and any MCP client read and write Mermaid diagrams in your Space.
You author diagrams by talking to your AI — it stores them in your Space at diagramzu.ai/app/d/<id>, where your team can read them and publish a public link.
Available in the official MCP Registry as
ai.diagramzu/mcp.
Sign up at diagramzu.ai, then create an API token at diagramzu.ai/app/settings/connections. Tokens look like dz_live_… and are scoped to one Space — no separate space-id needed.
The hosted server is the easy path: no install, no build. Just paste a config.
claude mcp add --scope user --transport http diagramzu https://mcp.diagramzu.ai/mcp \
--header "Authorization: Bearer dz_live_xxx"
Add to your client's MCP config (~/Library/Application Support/Claude/claude_desktop_config.json on macOS for Claude Desktop, ~/.cursor/mcp.json for Cursor, etc.):
{
"mcpServers": {
"diagramzu": {
"type": "http",
"url": "https://mcp.diagramzu.ai/mcp",
"headers": { "Authorization": "Bearer dz_live_xxx" }
}
}
}
In the GPT builder, add an MCP server action pointing to https://mcp.diagramzu.ai/mcp with a Bearer-token authentication header set to your dz_live_… token.
npx -y @diagramzu/mcp
with environment:
DIAGRAMZU_BASE_URL=https://diagramzu.ai
DIAGRAMZU_API_TOKEN=dz_live_xxx
DIAGRAMZU_SPACE_ID=<your space id> # optional
DIAGRAMZU_SPACE_ID is optional. Left unset, the server uses the token's own default workspace — the one chosen when the token was minted. Set it to pin a different workspace as the default for this process.
Most users should prefer the remote HTTP transport above — the stdio path exists for clients without HTTP MCP support.
A token is scoped either to one workspace or to all the workspaces its owner belongs to, chosen when the token is authorized (the consent page's Access radio, or Settings → API tokens). An account-scoped token follows its owner's live memberships: joining a workspace adds it, being removed from one closes it on the next call.
list_spaces shows every workspace this connection can act in, which one is the default, and your role in each.space — a workspace id, slug, or exact name (case-insensitive). Omit it to act in the default workspace. A name matching more than one workspace is refused rather than guessed; pass the id or slug./app/... links carry ?space=, so opening one switches the browser to that workspace when you are a member.| Tool | Description |
|---|---|
list_spaces | List every workspace this connection can act in, with ids, slugs, roles, and which is the default |
list_diagrams | List diagrams in the Space (filter with q, sort by updated / created) |
list_folders | List folders in the Space |
get_diagram | Fetch one diagram by id (title, description, Mermaid source) |
create_diagram | Create a new diagram (returns its id and its /app/d/<id> URL) |
update_diagram | Update title, Mermaid source, description, or style of an existing diagram |
analyze_diagram | Get a structural summary of a diagram (nodes, edges, density) |
list_versions | List version history for a diagram |
get_version | Fetch a specific historical version of a diagram |
list_comments | List a diagram's comments, oldest first (optionally only one node's thread) |
add_comment | Post a comment, optionally pinned to a node or replying to a thread |
list_decks | List presentation decks in the Space, newest-edited first |
get_deck | Fetch one deck by id, with its ordered slides |
create_deck | Assemble existing diagrams into an ordered presentation deck |
update_deck | Change a deck's title, description, or slide order (slides is declarative) |
Two different things get called "a link" here, and only one of them works for someone outside your Space:
| URL | Who can open it |
|---|---|
diagramzu.ai/app/d/<id> | Space members only — the diagram in the app. |
diagramzu.ai/app/present/<deck id> | Space members only — the deck's presentation view. |
diagramzu.ai/s/<slug> | Anyone with the link — the public, read-only diagram page. |
diagramzu.ai/s/p/<slug> | Anyone with the link — the public, read-only deck. |
The tools hand back the /app/… URLs, so a link pasted straight out of a chat is
a members-only one: send it to someone outside the Space and they land on
sign-in. To publish, open the diagram or deck in DiagramZu and use its Share
button. This MCP server deliberately ships no tool that mints a public link —
not because a token cannot (a dz_live_… token can mint one over the REST API),
but because publishing a Space's content should be a deliberate human action
rather than a side effect of a conversation. Once a diagram has a public link,
get_diagram and update_diagram report it on a Share (public, read-only):
line of their own.
If you publish your MCP / Claude Code config in a dotfiles or example repo, drop this in the README so the next person knows where the diagrams come from:
[](https://diagramzu.ai)
Renders as a small shields-style badge — gray MCP + indigo diagramzu.
For hacking on diagramzu itself, build from source:
cd packages/mcp-diagramzu
pnpm install
pnpm run build
# point your client at: node dist/index.js
# with DIAGRAMZU_BASE_URL / DIAGRAMZU_API_TOKEN (DIAGRAMZU_SPACE_ID optional)
MIT