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

Tools

Functions exposed to the LLM to take actions

NameDescription
get_job_posting_schemaA

JSON Schema of a job posting. It does not contain every rule: duplicate skill names and the intern/experience rule are checked only by validate_job_posting.

validate_job_postingA

Pass the ENTIRE job posting as ONE argument, posting: a JSON string, e.g. {"posting": "{"title": "...", ...}"}. Do not pass fields as separate arguments. Validate a job-posting JSON text against the JobPosting schema. Returns valid, a list of error lines ('field: problem (got: value)'), and the parsed posting when valid. Fix every line and call again: the duplicate-skills and intern/experience rules are reported only once every field is valid, so a fix can surface one more error. Pass the JSON as text; no post-processing is applied.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.3/5.0

Scored across 2 tools

Disambiguation5/5

The two tools serve clearly separate purposes: one returns the JSON Schema, the other validates a concrete posting. The descriptions explicitly contrast them (the schema deliberately omits duplicate-skill and intern/experience rules that only validation enforces), so an agent cannot mistake one for the other.

Naming Consistency5/5

Both names follow a consistent snake_case verb_noun pattern (get_..._schema, validate_...), sharing the same 'job_posting' domain noun. The naming makes the read-vs-check relationship between the tools immediately legible.

Tool Count4/5

Two tools is on the thin side, but the domain (schema retrieval + validation of a single document type) is narrow enough that each tool earns its place with no filler. A slightly richer surface (e.g. a template fetch) would round it out.

Completeness4/5

The core loop is closed: fetch the schema, then validate the whole posting and get field-level errors plus the parsed result when valid, including the multi-pass rule where hidden errors surface after fixes. The only minor gap is the absence of an example/template valid posting to bootstrap authoring.

Maintenance

ActivityMaintained
ResponsivenessNo recent community issues