Skip to main content
Glama
/m:os stock and flow mapper

/m:os stock and flow mapper

by jsagir

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": true
}
resources
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
model_createB

Create a draft /m:os system model; pass a complete v1 JSON model. Returns the complete validated model.

model_updateA

Replace the active visual model with a complete updated /m:os JSON model. The server retains no model between calls.

model_validateC

Validate a complete /m:os model and return field-specific issues.

model_getC

Validate and return the complete model supplied by the caller. This server is stateless.

model_exportC

Export the supplied model as JSON or standalone inline-SVG HTML.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription
systemicworks-editorInteractive local-first `/m:os` editor based on SystemicWorks

TDQS

B3.1/5.0

Scored across 5 tools

Disambiguation2/5

model_get and model_validate both validate and return the caller-supplied model, making their boundary unclear. model_create and model_update also overlap because both accept a complete model and the server is stateless, yet update is described as replacing an active visual model.

Naming Consistency5/5

All tools follow a consistent model_verb pattern: model_create, model_update, model_validate, model_get, and model_export. The naming is predictable and clearly indicates the resource being operated on.

Tool Count4/5

Five tools is a reasonable scope for a model validation/export helper. However, the overlap between create, update, get, and validate makes the set feel slightly larger than necessary.

Completeness3/5

The surface covers creation, update, validation, retrieval-like access, and export, but the stateless design means get is not true retrieval and there is no persistence lifecycle. Core model transformation workflows are mostly covered, but the lack of clear retrieval or reset behavior leaves notable gaps.