Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

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

CapabilityDetails
tools
{
  "listChanged": false
}

Tools

Functions exposed to the LLM to take actions

NameDescription
validateA

Answer whether render would refuse this document, and if so exactly where. Returns every violation, not the first — each located by JSON pointer, so one pass is one edit. Call this before render while a document is being written.

renderA

Draw the document and return the SVG. The output is safe to paste inline into a Markdown page: no global styles, no colliding ids, and no meaning carried by colour alone. With format png it returns a PNG image instead, for a chat, a slide or an attachment (needs the server's drawspec[png] extra); with format text, the diagram as plain text, for the kinds that have a text form. Refuses with located violations exactly as validate does.

kindsA

The vocabulary: every value kind may take and what each one is for. Takes no arguments. Read this before choosing a kind — several of them are not box-and-arrow diagrams and are easy to miss.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.1/5.0

Scored across 3 tools

Disambiguation4/5

validate and render are mostly distinct (one checks, one draws), but both return located violations, so an agent could plausibly reach for render while drafting and lose the stated benefit of validate. kinds is clearly separate as the vocabulary lookup. The boundary is workable but not perfectly crisp.

Naming Consistency4/5

All three names are single lowercase tokens with no style mixing (no camelCase/snake_case clash), which is predictable. However, the set mixes parts of speech—two imperative verbs (validate, render) and one bare noun (kinds)—so it is not a true verb_noun convention.

Tool Count4/5

Three tools is on the lean side but each earns its place: validate for pre-flight checks, render for output, kinds for discovery. For a focused document-to-SVG service this is well-scoped rather than padded or thin.

Completeness4/5

The core lifecycle—learn the vocabulary (kinds), check the document (validate), produce output (render)—is fully covered, and documents live outside the server so CRUD is unnecessary. Minor gaps remain, such as no way to introspect the full document schema beyond the kind vocabulary or to fetch worked examples.

Maintenance

ActivityActive
ResponsivenessResponsive