Skip to main content
Glama
J-X0
by J-X0

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
WESTMERE_SEEDNoSeed for the random number generator.
WESTMERE_MAX_KNoMaximum allowed value of the recommend request's k parameter.
WESTMERE_PROVIDERNoScoring provider to use: 'stub' (offline deterministic) or 'real' (OpenAI-compatible).stub
WESTMERE_LOG_LEVELNoLogging level (e.g., DEBUG, INFO).
WESTMERE_PRIOR_BETANoBeta parameter for the Beta-Bernoulli prior.
WESTMERE_LLM_API_KEYNoAPI key for the OpenAI-compatible LLM endpoint. Required when WESTMERE_PROVIDER=real.
WESTMERE_PRIOR_ALPHANoAlpha parameter for the Beta-Bernoulli prior.
WESTMERE_LLM_BASE_URLNoBase URL for the OpenAI-compatible LLM endpoint. Optional; defaults to the provider's default.
WESTMERE_EXPLORE_WEIGHTNoFixed weight for blending exploration with the Thompson sample.
WESTMERE_MAX_CANDIDATESNoMaximum number of candidates allowed per recommend request.
WESTMERE_MAX_PRICE_CENTSNoMaximum candidate price in cents.
WESTMERE_PER_TENANT_CAPSNoJSON object mapping tenant IDs to their monthly spending cap in cents.
WESTMERE_REQUIRE_IN_STOCKNo'true' to require candidates to be in stock.
WESTMERE_DEFAULT_CAP_CENTSNoDefault monthly spend cap per tenant in cents. Used when no --config is given.
WESTMERE_EXCLUDE_CATEGORIESNoJSON array of category names to exclude from recommendations.
WESTMERE_PROVIDER_COST_CENTSNoCost per provider call in cents.

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
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
recommendC

Rank candidate items for a tenant under the monthly spend cap.

record_feedbackC

Record an observed reward in [0,1] for an arm.

budget_statusC

Report a tenant's monthly spend and remaining cap.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.2/5.0

Scored across 3 tools

Disambiguation5/5

Each tool has a clearly distinct purpose: recommend generates candidate rankings under budget, record_feedback logs observed rewards, and budget_status reports spend/remaining cap. There is no meaningful overlap between them.

Naming Consistency3/5

The names are readable but not fully consistent: 'record_feedback' follows a verb_noun pattern, 'recommend' is a bare verb, and 'budget_status' is noun_noun without an action verb. A consistent set like 'recommend_items', 'record_feedback', and 'get_budget_status' would improve predictability.

Tool Count5/5

Three tools is a well-scoped size for a focused recommendation/bandit service. Each tool covers a necessary part of the core workflow: recommending, recording feedback, and checking budget.

Completeness4/5

The core loop of recommend -> record_feedback -> check budget is covered, and there are no dead ends in that workflow. However, there is no tool for managing tenants, candidate items, or budget configuration, which are minor gaps if the server is expected to handle those resources.

Maintenance

ActivityInactive
ResponsivenessNo issues