dgmo-mcp
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| render_diagramA | Render DGMO markup to SVG or PNG. Returns SVG text or base64 PNG image. When format is "png", also saves the image to a temp file and returns the path. For DGMO syntax call get_language_reference. |
| share_diagramA | Generate a shareable diagrammo.app URL for a DGMO diagram. The source is compressed into the URL fragment, so nothing is uploaded and the link works for anyone who opens it; returns the URL as text. Errors when the compressed source exceeds the URL size limit (the error reports both sizes) — split or simplify the diagram, or use open_in_app / render_diagram instead. The source is not validated here; call validate_diagram first. |
| open_in_appA | Open a DGMO diagram in the Diagrammo desktop app (macOS only). Falls back to browser preview if the app is not installed. Pass |
| check_app_installedA | Check whether the Diagrammo desktop app is installed. Returns a sentence naming the output route the product prefers, plus JSON |
| list_chart_typesA | List all supported DGMO chart types with descriptions. |
| get_language_referenceA | Get the DGMO language reference. With |
| preview_diagramA | Render one or more DGMO diagrams and open an HTML preview in the browser. Supports theme toggle and optional source display. For DGMO syntax call get_language_reference. |
| generate_reportA | Generate a polished HTML report with multiple DGMO diagrams, table of contents, and optional source blocks. Opens in browser by default. For DGMO syntax call get_language_reference. |
| validate_diagramA | Validate DGMO markup without rendering. Returns structured parse errors and warnings. Much faster than render_diagram — use this to check syntax before rendering. |
| suggest_chart_typeA | Suggest the best DGMO chart type for a user's plain-English diagram request. Call this first when creating a new diagram: it ranks the chart types against the request and, on a confident pick, appends that type's language-reference section, so no separate get_language_reference call is needed. It is not needed when editing an existing diagram, whose first line already declares its type. Returns one of two shapes: (1) a confident pick (high/medium) with the top match's syntax, or (2) an '⚠️ ASK THE USER' result when the choice is ambiguous or nothing matched. On an ASK-THE-USER result, present the listed candidates to the user and wait for their choice before generating, because the request alone does not settle which type they want. |
| get_examplesA | Get example DGMO diagrams for a chart type. Returns real-world examples from the gallery that demonstrate syntax patterns. Use these as few-shot references when generating new diagrams. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 11 tools
Most tools have distinct purposes, but preview_diagram and generate_report both render multiple diagrams and open a browser, creating potential overlap. render_diagram, open_in_app, and share_diagram are clearly differentiated by output medium and use case. The reference/information tools (get_language_reference, list_chart_types, get_examples, suggest_chart_type) are distinct enough in their guidance.
All tool names follow a consistent snake_case verb_noun pattern: check_app_installed, get_language_reference, preview_diagram, share_diagram, list_chart_types, open_in_app, render_diagram, get_examples, validate_diagram, generate_report, suggest_chart_type. The minor variation in open_in_app (verb_preposition_noun) does not break predictability.
With 11 tools, the set is well-scoped for a diagramming server. Each tool serves a clear role: discovery, validation, rendering, previewing, sharing, app integration, and reporting. No extraneous or missing tools inflate or thin the surface.
The tool surface covers the core diagram lifecycle: type suggestion, reference/examples, validation, rendering, previewing, sharing, and in-app editing. A minor gap is the absence of an explicit file-writing or save-diagram tool, though open_in_app and render_diagram partially address this. Overall, the coverage is strong for the stated domain.