Skip to main content
Glama
CaseyRo
by CaseyRo

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
HOSTNoBind address127.0.0.1
PORTNoBind port8000
TRANSPORTNoTransport mode: stdio or http (the Docker image sets http)stdio
MCP_API_KEYNoBearer token for the MCP endpoint. Required when TRANSPORT=http; the server refuses to start without it.
PUBLIC_BASE_URLNoThis server's public origin. Needed only for image_base64 uploads, because the Mockuuups renderer fetches the staged image back over the public internet. A private network address stages fine and then fails at render time.
UPLOAD_MAX_BYTESNoSize cap for one uploaded image (12 MiB)12582912
MOCKUUUPS_API_KEYYesMockuuups Studio developer key
MOCKUUUPS_MAX_SIZENoLargest render size sent upstream. Raise it when the plan has the hires feature.1000
UPLOAD_TTL_SECONDSNoHow long a staged upload stays fetchable900
CATALOG_TTL_SECONDSNoHow long the fetched catalog is cached86400
RENDER_WAIT_SECONDSNoInline wait for renders before handing back render_ids25

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
}
logging
{}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}

Tools

Functions exposed to the LLM to take actions

NameDescription
search_mockupsA

[mockuuups] Which mockup should I use? Searches all ~5300 Mockuuups scenes by device, scene and style.

query is free text and understands everyday device words — "tablet", "laptop", "poster", "smartwatch" — as well as exact placement slugs like "ipad-air". Combine it with family (iPhone, iPad, MacBook, TV, Paper, Apple Watch, Samsung, Google, iMac, ...) or kind to narrow.

tag is the strongest way to get one consistent look across several devices: scenes shot together share a tag, so filtering by a tag returned on a mockup you like gives you the rest of that shoot. Pass the returned id to create_mockups.

create_mockupsA

[mockuuups] Put one design into one or more mockups and render them.

Give exactly one source:

  • screenshot_url — Mockuuups screenshots the live page itself. Best for websites; costs one extra credit per render.

  • image_url — any publicly reachable image.

  • image_base64 — raw image bytes for a design that only exists locally. Mockuuups can only render from a URL, so the image is staged on this server under a short-lived unguessable link for the render to fetch.

Pass several mockup_ids to render the same design across devices in one call; they run concurrently. Renders that outrun the wait budget come back as pending with a render_id for get_renders — the CDN links are already valid and will fill in once the render lands.

Each render costs a credit, +1 for a screenshot, so check account_status before a large batch.

get_rendersA

[mockuuups] Did those renders finish? Poll renders create_mockups returned as pending. With wait_seconds it long-polls until they settle or the budget runs out; with 0 it checks once and returns immediately.

account_statusA

[mockuuups] How many credits are left, and what can this plan do? Reports the credit balance plus which features are actually available — hi-res, website screenshots, and whether CDN links expire. Worth checking before a batch: a plain render costs 1 credit and a screenshot costs 2.

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 4 tools

Disambiguation5/5

Each tool targets a clearly distinct stage of the workflow: account_status (billing/plan), search_mockups (discovery), create_mockups (rendering), get_renders (polling async results). No two tools overlap in purpose, and descriptions reinforce the boundaries.

Naming Consistency4/5

Three of four tools use a consistent verb_noun pattern (search_mockups, create_mockups, get_renders). account_status breaks the pattern with a noun_noun form, but it is still readable and unambiguous.

Tool Count5/5

Four tools cleanly cover the mockup rendering lifecycle without redundancy or padding. The count is well matched to the narrow purpose of the server.

Completeness4/5

The core loop (check credits, search scenes, render, poll results) is fully covered. Minor gaps exist, such as no way to list prior renders or browse available families/tags independently, but agents can work around these via search.

Maintenance

ActivityActive
ResponsivenessNo issues