Resume Booster Job Board
Job search over employers' own hiring systems. Search with no key; a free key opens every read tool.
| Endpoint | https://bwhdazbotpblihdxcmho.supabase.co/functions/v1/agent-mcp (streamable-http) |
|---|---|
| Registry version | 1.0.0 |
| Now | 10 tools · grade C (78) · pin ts_c00c6e9521c6a245f50d55507a638be5 · protocol 2025-06-18 |
| First / last listed | 2026-11-14 01:41 UTC / 2026-11-14 01:41 UTC |
| Grade over time | 2026-11-14: C (78), 10 tools |
Is this your server? Own a server? ToolFit hosted watch re-checks it every 24 h ($0.25 per 30 days) or 6 h ($0.60) and sends you an HMAC-signed webhook when its tools or grade change: POST https://api.youraitools.co/toolfit/v1/watch. To opt out, see About & opt-out.
Tools: search_jobs get_job get_jobs check_jobs_open apply_myself board_stats employer_hiring_record employer_growth search fetch
search_jobs | Search the live job board: postings pulled directly from employers' own hiring systems, 30-day freshness cap. Send job titles, skills and places, never CV text; put the place in location, not in query. Returns slim job cards with the board's parsed pay (salaryMinAnnual/salaryMaxAnnual) and seniority, plus its honesty disclosures: totals (a floor when countCapped; countUnavailable when unknown), fi params: query, location, country, remote, workMode, employmentType, category, department, companies, experience, maxAgeDays, postedAfter, salaryMin, salaryMax, includeUnstatedPay, hasStatedPay, payBasis, maxYears, vendor, excludeAgencies, sort, limit, offset |
get_job | Full detail for one job id (from search_jobs), with the complete description and when the board last read the employer's feed. A resumebooster.work/jobs?job=<id> link's id is this argument (and fetch's and apply_myself's). For several ids at once use get_jobs. A dead id answers with what the board knows (closed, aged out, not found), never a stale card. params: id* |
get_jobs | Full detail for up to 10 job ids in one call: the shortlist form of get_job. Ids that closed, aged out or were never on this board come back in `unavailable` with the reason, so one dead id never costs the others. Set includeDescription=false for cards and freshness only. params: ids*, includeDescription |
check_jobs_open | Are these postings still on the board? Up to 50 ids a call with no key, 200 with one: re-verify a saved shortlist before acting on it. Returns open:{id:boolean} and the closed ids, read from the board's index (a closed posting is one the employer's feed stopped listing), not the employer's site at this instant: read `basis` before telling a person a posting is open. params: ids* |
apply_myself | Help the person apply to one posting themselves, on the employer's own site. When the employer uses Ashby, Breezy, Greenhouse, Pinpoint or Recruitee, returns the employer's real application form: every question with its options, and who answers it (answeredBy: you, your_details, your_documents, or draft_from_your_cv for open questions about work done or motivation). answeredBy is read from the que params: id*, format |
board_stats | Board statistics from a five-minute cache: servable and tracked posting totals, the count of company job boards with open roles (boards, not employers), the category slugs search_jobs takes, and what this connector does not hand on. Answers with no key and is never counted. params: none |
employer_hiring_record | For each employer handle (companyToken, up to 20 a call), its record on this board: open_roles, closed_90d (takedowns watched in 90 days, re-lists excluded), superseded_90d (re-lists, a floor), two medians from the employer's stated dates (lower bounds), tracking_days and feed_total. A takedown is not a hire — a filled role, a cancelled one and a withdrawn one look identical from here — and it is params: companyTokens* |
employer_growth | Did this employer's board serve more roles than 7 days earlier? One row per companyToken (up to 20 a call), judged by the board from our own daily observation and passed through untouched: grew, no-growth, or unknown, and unknown ALWAYS carries unknown_reason (a reading we could not take, never a no). The bars: at least 10 roles served at the start; then BOTH 4 more roles AND 25% more, on a board params: companyTokens* |
search | An ALIAS of search_jobs in the fixed shape ChatGPT's deep-research and company-knowledge connectors call: one query string in, {results:[{id,title,url}]} out. Every result's id is the job id fetch and every other tool take; url is the posting's page on resumebooster.work, where the employer's apply link is. Same board, same ranking and the same 10-row page as a keyless search_jobs; the disclosures params: query* |
fetch | An ALIAS of get_job in the fixed shape ChatGPT's deep-research and company-knowledge connectors call: one id in (from search), {id,title,text,url,metadata} out. text is the posting's full description; metadata carries the job card's structured fields (pay, experience, location, workMode, postedAt, companyToken, applyForm). A dead id answers with what the board knows — a watched closure, an aged-ou params: id* |
Entries describe changes in tool definitions. They are not statements about a server, its quality or its author. The grade measures how the tool definitions fit model providers (token cost, schema compatibility, confusable names) as scored by the ToolFit engine at the time of the listing. JSON: append .json. Opt-out: how or hello@youraitools.co.