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
}
logging
{}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
extensions
{
  "io.modelcontextprotocol/ui": {}
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
inspect_credential_offerA

Parse and validate an OIDC4VCI Credential Offer URI.

Resolves the offer (by value or by reference) and returns its Credential Issuer, requested credential configuration IDs, and available grants.

get_credential_issuer_metadataA

Fetch and validate a Credential Issuer's metadata from its well-known endpoint.

Returns the issuer's credential endpoint, authorization servers, and the credential configurations it supports.

describe_issuance_flowB

Describe the steps required to obtain the credential(s) offered by a Credential Offer.

Resolves the offer and returns which grant-based flow applies and its ordered steps.

initiate_issuanceA

Start an issuance session for a Credential Offer.

For the pre-authorized code grant, completes the token exchange immediately and the session ends ready_for_credential_request or failed. For the authorization code grant, the session is left waiting_for_user_authorization, since completing it requires a wallet-driven redirect not yet implemented. tx_code is the transaction code obtained from the user out-of-band, if the offer requires one.

get_issuance_statusB

Return the current state of a previously started issuance session.

request_credentialA

Complete the Credential Request for a session that has an access token.

Generates a key proof of possession through the wallet adapter — this server never signs anything itself — and hands the issued credential to the wallet for safekeeping. Its contents are never returned to the agent.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.8/5.0

Scored across 6 tools

Disambiguation4/5

Each tool targets a distinct phase of the OIDC4VCI flow, but inspect_credential_offer and describe_issuance_flow both resolve an offer and could be confused by an agent deciding whether to inspect contents or get next steps. The remaining tools have clearly separate boundaries.

Naming Consistency5/5

All six tools use a consistent snake_case verb_noun pattern, e.g. get_, inspect_, describe_, initiate_, and request_. There is no casing or verb-style mixing, making the set highly predictable.

Tool Count5/5

Six tools is well-scoped for an OIDC4VCI issuance server, covering offer inspection, metadata, flow analysis, initiation, status, and credential request. Each tool earns its place with no redundant or superfluous additions.

Completeness3/5

The toolset covers the pre-authorized code issuance path well, but the authorization-code grant is left in waiting_for_user_authorization with no tool to complete the user-authorization redirect or exchange the authorization code. This is a notable dead end for standard OIDC4VCI authorization-code flows.

Maintenance

ActivityMaintained
ResponsivenessNo issues