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

Tools

Functions exposed to the LLM to take actions

NameDescription
learn_cloudcart_storefrontA

Call this first, before anything else in this server.

It returns a conversationId that every other tool here requires, and — more usefully — what the CloudCart Storefront API's schema does not show: how a signed-in buyer is sent (an argument or @inContext(buyer:), never an Authorization header), that a Nitrogen storefront's checkout is the store's own (cart.checkoutUrl), that the server owns every price and money is shown as formatted, and that a cart is addressed by an unguessable key.

Reading it first is the difference between a storefront that works and one that charges the wrong total.

introspect_graphql_schemaA

Look up types, queries and mutations in the CloudCart Storefront schema by name.

Use this when you already know what something is called. When you know what you want to do but not what it is called, read learn_cloudcart_storefront's guide first — it names the operation for each step.

It searches the names of types, queries and mutations, not of fields: look up the type that holds a field.

Results flag fields that only answer when the merchant runs the app behind them, which is the usual explanation for an empty list.

validate_graphql_codeblocksA

Check GraphQL against the Storefront schema before it reaches a browser.

Always run generated queries and mutations through this. The schema is large and has many close names, and an invented field looks entirely plausible until it fails.

Beyond schema validity it flags mistakes that validate cleanly and still fail at runtime, such as a numeric cart id or reading delivery before the cart has an address, and it answers names borrowed from other storefront APIs with the CloudCart one.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.4/5.0

Scored across 3 tools

Disambiguation5/5

The three tools have clearly separated roles: onboarding/context, schema name lookup, and validation. The descriptions explicitly establish ordering and usage boundaries, so an agent should not confuse them.

Naming Consistency5/5

All tool names use snake_case and follow a verb_object pattern: learn_..., introspect_..., validate_.... The convention is predictable and readable.

Tool Count5/5

Three tools are well-scoped for a focused GraphQL storefront helper server: one for required onboarding, one for schema lookup, and one for validation. Each has a distinct job and none appears redundant.

Completeness4/5

The surface covers the main workflow of learning the API conventions, looking up schema names, and validating generated GraphQL before runtime. Minor gaps remain, such as limited field-level introspection and no direct execution/error-resolution tool, but core needs are addressed.

Maintenance

ActivityMaintained
ResponsivenessOutdated data