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
list_projectsA

List projects you can see, with your role in each.

get_projectC

A project's services with live status, and its shared variable names.

create_projectC

Create a project.

create_serviceB

Create a service in a project. kind is app, database or compose. For apps pass spec.source ({type: git, repo, branch} | {type: image, image} | {type: dockerfile, content}); for databases pass database: {engine: postgres|mysql|mariadb|mongo|redis}.

get_serviceC

A service's spec, live status, replicas, domains, env var names and last deploy.

update_serviceA

Change a service's settings with a JSON merge patch of its spec. Redeploy to apply.

delete_serviceA

Delete a service (needs the destroy grant). volumes=true also deletes its data.

deployA

Deploy a service and wait for the result (set wait=false to return immediately). Returns the deploy and the end of its log.

list_deploysC

Recent deploys of a service.

get_deployC

A deploy with its full log.

cancel_deployB

Cancel a running or queued deploy.

rollbackC

Roll back to the previous version (or a given deploy_id).

restartC

Restart a service's containers.

stopC

Stop a service.

startB

Start a stopped service.

get_logsB

Search a service's logs. q is a case-insensitive substring; since/until are epoch milliseconds.

execB

Run a shell command inside a service's running container (with its env) and return the output.

list_envC

A service's env var names (values only if you hold secrets:read).

set_envB

Set or delete env vars: vars is {NAME: "value" or null}. Redeploy to apply.

add_domainC

Serve a service on a domain with automatic HTTPS.

remove_domainC

Remove a domain by id.

list_servicesB

Every service you can see across projects, with its state.

list_serversC

The servers in this setup (the panel's own is id local) with status, versions and size.

server_statusA

A server's current CPU, memory, disks, network, GPUs and per-service usage (default: the panel's own).

metricsA

Time series for a server (scope=host), a GPU (gpu:0) or a service (service:, added up over every server). range is 1h, 6h, 24h, 7d or 30d.

list_replicasC

A database's read replicas and whether they follow it.

add_replicaA

Add a read replica to a database, on a given server or region (placement {node, region, labels}). MongoDB and MariaDB primaries restart once the first time.

promote_replicaA

Make a replica a primary when its primary is lost (admin). The old primary's URL variable then points at it.

list_backupsC

Backup jobs with their last run. A volume job's volume is a named volume, or a folder of the server (a path) the service mounts.

run_backupC

Run a backup job now.

backup_runB

A backup or restore run: its status, progress while it runs, and its log.

audit_logC

Who did what, newest first.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

C2.9/5.0

Scored across 32 tools

Disambiguation4/5

Most tools target clearly distinct resources or lifecycle actions, and descriptions help separate similar areas like start/stop/restart/deploy. The main ambiguity is around backups: run_backup runs a job while backup_run retrieves a run, and metrics versus server_status overlap somewhat.

Naming Consistency3/5

The set is mostly snake_case and readable, but conventions are mixed: many tools use verb_noun (list_services, create_project, cancel_deploy), while others are bare verbs (restart, deploy, stop) or noun phrases (metrics, audit_log, backup_run). The backup naming pair is especially inconsistent.

Tool Count3/5

The server covers a broad PaaS/panel domain with projects, services, deploys, replicas, backups, servers, metrics and audit, so many tools are justified. However, 32 tools is heavy and could likely be consolidated or grouped more tightly.

Completeness4/5

Core workflows are well covered: project/service CRUD, deploys and rollback, env vars, domains, logs, metrics, replicas, backups and audit. Minor gaps remain, such as no project update/delete, no backup job creation/configuration, and no explicit domain listing.

Maintenance

ActivityMaintained
ResponsivenessNo issues