typecast-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
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
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| 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, |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
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.
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.
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.
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.