Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
AB_HOMENoPoints to a different bus directory (used for testing).
AB_AGENTNoOverride for agent identity when AGENT_MAP.json rules cannot determine it.
AB_SESSION_SLUGNoOverride for session slug when AGENT_MAP.json rules cannot determine it.
AB_SESSION_TTL_MINNoMinutes without heartbeat before a session is considered dead.240

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
bus_statusA

Who is on the bus and which sessions are live right now.

Use before sending when an agent may have several sessions open, so the message reaches the workspace that is actually doing that work.

bus_inboxA

List pending messages for this session.

By default: messages addressed to this workspace plus broadcasts to the agent. Other sessions' queues are left out unless all_sessions is set.

bus_readA

Read one message in full, including its payload and context refs.

bus_sendA

Send a message to another agent, or to one specific session of it.

Prefer agent/slug when the recipient has more than one session open: a bare name lands in the shared queue that every session reads.

bus_archiveA

File a message away so it stops blocking the session from closing.

The Stop hook counts what is still pending, so archive each message once it is genuinely handled — not to silence the reminder.

bus_threadB

Replay a conversation in order: who said what, when.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.2/5.0

Scored across 6 tools

Disambiguation5/5

Each tool has a clearly distinct responsibility: status for live sessions, inbox for pending messages, read for full message detail, send for delivery, archive for resolution, and thread for chronological replay. No two tools overlap in purpose or would cause an agent to misselect.

Naming Consistency5/5

All tools follow a uniform bus_<action> pattern, making the API predictable and easy to navigate. The action terms are concise and match their functions.

Tool Count5/5

Six tools is well-scoped for a message bus: enough to cover the full interaction lifecycle without redundancy. Each tool serves a distinct, necessary operation.

Completeness5/5

The set covers the core message lifecycle fully: send, receive, read, archive, inspect status, and replay threads. Broadcast delivery and per-session targeting are handled through bus_send, and archive provides a clean closure mechanism.

Maintenance

ActivityMaintained
ResponsivenessNo issues