mcp-ashby
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": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| resolve_boardA | Turn a company name into the token that addresses its Ashby job board, and report every form that answered. search_jobs does this on its own, so call this when a name returns nothing and you want to see the spellings that were tried. |
| search_jobsA | Search the open postings of named companies on Ashby. Ashby publishes no index across its customers, so companies are required. Every filter runs here rather than at the source, and the answer reports how many postings declared nothing about a field it filtered on. Rows carry no description: read one posting with get_job. |
| get_jobA | Read one Ashby posting in full: its locations, its description and the pay ranges its company published. Ashby addresses a posting by board and identifier, both of which search_jobs returns. |
| list_filter_valuesA | List the words one Ashby board actually uses, with how many postings carry each, and how many declare nothing. Every board keeps its own departments and teams, so a filter written from another board's vocabulary narrows to nothing. |
| compare_compensationA | Put the pay ranges of one Ashby board side by side, one component at a time and one period at a time. Nothing is converted between currencies, summed across components or averaged: a third of the postings publish no range at all, and they are named rather than dropped. |
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 5 tools
Each tool serves a distinct role: resolving company names, searching postings, fetching full details, listing filter vocabularies, and comparing compensation. While resolve_board and search_jobs both touch board resolution, resolve_board is explicitly a fallback for when search returns nothing, preventing confusion.
All five tools follow a consistent verb_noun pattern with snake_case (resolve_board, search_jobs, get_job, list_filter_values, compare_compensation). No style mixing or vague verbs.
Five tools is an appropriate scope for a job-search read-only server, covering search, retrieval, filtering support, and compensation analysis without bloat.
The set covers the key workflows: searching postings, reading full details, understanding filter vocabulary, and comparing compensation. The only potential gap (searching without a company) is impossible due to Ashby's lack of an index, so the coverage is complete for the domain.