_ registry / mcp streamable-http · checked 16h ago

resumebooster-job-board

https://bwhdazbotpblihdxcmho.supabase.co

Registry code: 44dad8626f576c31

Live job search over employers' own hiring feeds, for an agent. Call board_stats first — it answers with no key and says what a key adds — then search_jobs; on a keyed session call key_status first: it says what the key may do, so no limit is learned by hitting it. A resumebooster.work/jobs?job=<id> link's id is the argument to get_job, fetch, check_apply_support and request_application.

Four tiers.

endpoint: https://bwhdazbotpblihdxcmho.supabase.co/functions/v1/agent-mcp
protocol: streamable-http ·2025-06-18
authentication: none observed
public key: none — nobody has proven they own this listing
karma: 0 · newcomer

reachable

live

uptime, 30 days

100%

90 days 100%· all time 100%

latency

598ms

last good check

priced tools

of 15 tools

_ answered our checks, 90 days 1 checks · signed record

2026-09-27 15:26 unknown → live

_ used through this hub 30 days

The one measurement on this page that an operator cannot produce by editing a file on its own server: somebody else chose it, and paid to. Read the accounts before the calls — volume from one account is one relationship, and calling yourself is the cheap half. Both are what the ranking is built from, printed so the order can be checked rather than taken on trust.

accounts

distinct, expensive to fake

calls served

successful, last 30 days

_ what it can do 15 tools

1 open2 auth-required 12 never probed 3 of 15 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

board_stats open 16h ago
Live board statistics from cache (cheap to call): servable and tracked posting totals, the count of company job boards with open roles (boards, not employers — one employer can run several), the category set, freshness stamp. Answers with no key too, with a withKey block saying what a free key adds.

mcp-tool
{ "type": "object", "properties": {} }
arguments 4 lines

debug_search auth-required 16h ago

Explain WHY a search returns what it does — the board's own decision trace merged with the run's outcome. Shows the parsed query (terms, exclusions, intent-lifts, alias expansions), which filters were applied vs IGNORED and why, the route and retriever chosen, the ranking regime (ranked/ring-merged/deep-page and the seam), plus the real run's route, timings, count basis and any fallback. Use this when a search returns surprising, empty, or mis-ranked results — it turns 'why?' into one call. Takes the SAME arguments as search_jobs. Needs a key or a sign-in.

mcp-tool

{
  "type": "object",
  "properties": {
    "sort": {
      "enum": [
        "relevance",
        "newest",
        "salary"
      ],
      "type": "string",
      "description": "Default relevance."
    },
    "limit": {
      "type": "number",
      "description": "Rows per page, 1-60. Default 20."
    },
    "query": {
      "type": "string",
      "description": "Search terms. Supports exclusions: 'engineer -senior'."
    },
    "offset": {
      "type": "number",
      "description": "Paging offset — pass back the previous response's nextOffset."
    },
    "remote": {
      "type": "boolean",
      "description": "Only remote-friendly roles."
    },
    "vendor": {
      "type": "string",
      "description": "Comma list of hiring-system vendors (greenhouse, lever, ashby, …), max 8. Not available here: usajobs — The U.S. federal job feed is readable on resumebooster.work but may not be redistributed as a data feed under its terms of use, so no tool here returns its rows. Naming one is refused rather than answered with an empty page."
    },
    "country": {
      "type": "string",
      "description": "ISO-2 codes, comma-separated, max 5. E.g. 'US,GB'."
    },
    "category": {
      "type": "string",
      "description": "Comma list of category slugs (see board_stats for the live set), max 3."
    },
    "location": {
      "type": "string",
      "description": "City/state/metro, e.g. 'texas', 'NYC', 'berlin'."
    },
    "maxYears": {
      "type": "number",
      "description": "Only roles asking for at most N years of experience."
    },
    "payBasis": {
      "enum": [
        "hourly",
        "salaried"
      ],
      "type": "string",
      "description": "Restrict to hourly or salaried pay."
    },
    "workMode": {
      "type": "string",
      "description": "Comma list of: remote, hybrid, onsite."
    },
    "companies": {
      "type": "string",
      "description": "Scope to specific employers: a comma list of companyToken values from job cards (or from the site's employer pages). An employer the board does not carry simply matches nothing; tokens the board drops are named in ignoredFilters."
    },
    "salaryMax": {
      "type": "number",
      "description": "Annual USD-equivalent salary ceiling."
    },
    "salaryMin": {
      "type": "number",
      "description": "Annual USD-equivalent salary floor. Note: only ~13% of postings state pay."
    },
    "department": {
      "type": "string",
      "description": "Substring match on the employer's own department/team text."
    },
    "experience": {
      "type": "string",
      "description": "Comma list of seniority bands the POSTING asks for: entry, mid, senior, expert. Rows whose band could not be read are excluded — use maxYears for the candidate's own side of the question."
    },
    "maxAgeDays": {
      "type": "number",
      "description": "Only postings from the last N days (1-30)."
    },
    "postedAfter": {
      "type": "string",
      "description": "ISO-8601 instant; only postings the EMPLOYER dated after it. Undated rows fall out of this window (unlike maxAgeDays, which falls back to when the board first saw a posting), so this is the strict form of 'new'."
    },
    "hasStatedPay": {
      "type": "boolean",
      "description": "Only postings whose pay field carries a figure the employer published — hourly and per-shift rates included, read from the `salary` field. About 28% of the board (2026-09-27). Narrower than it sounds only for RANKING: salaryFloor compares an annualised figure in approximate US dollars, which about 24% carry, so some rows this returns cannot be filtered by pay amount."
    },
    "agentReadyOnly": {
      "type": "boolean",
      "description": "Only jobs the apply agent can submit to on the user's behalf."
    },
    "employmentType": {
      "type": "string",
      "description": "Comma list of: full_time, part_time, contract, temporary, internship."
    },
    "excludeAgencies": {
      "type": "boolean",
      "description": "Hide postings from staffing/recruiting agencies (their job cards carry agency:true). Agencies are served by default; this is an opt-in narrowing."
    },
    "includeUnstatedPay": {
      "type": "boolean",
      "description": "WIDENS an active salaryMin/salaryMax band to also admit postings that state no pay at all. Inert with no band set (unpriced rows are already included). The response says salaryStatedOnly when a band is narrowing without it."
    }
  }
}

arguments 110 lines

application_status auth-required 16h ago
Status of applications the key owner's agent has requested — queued, submitted, refused (with the refusing gate named), or failed. Needs a key or a sign-in.

mcp-tool
{ "type": "object", "properties": { "limit": { "type": "number", "description": "Most recent N, default 20, max 50." } } }
arguments 9 lines

search_jobs unknown never probed

Search the live job board (postings pulled directly from employers' own hiring systems, 30-day freshness cap; board_stats carries the live totals). Returns compact job cards — including the board's own parsed pay (salaryMinAnnual/salaryMaxAnnual/salaryPeriod), experience band and minYears, so pay and seniority never have to be re-read out of prose — plus the board's honesty disclosures: exact totals when knowable (countUnavailable otherwise), filters it could not honour (ignoredFilters), words it read as filters (intentFilters), and spelling suggestions. Set agentReadyOnly=true to see only jobs the apply agent can submit to directly.

mcp-tool

{
  "type": "object",
  "properties": {
    "sort": {
      "enum": [
        "relevance",
        "newest",
        "salary"
      ],
      "type": "string",
      "description": "Default relevance."
    },
    "limit": {
      "type": "number",
      "description": "Rows per page, 1-60. Default 20."
    },
    "query": {
      "type": "string",
      "description": "Search terms. Supports exclusions: 'engineer -senior'."
    },
    "offset": {
      "type": "number",
      "description": "Paging offset — pass back the previous response's nextOffset."
    },
    "remote": {
      "type": "boolean",
      "description": "Only remote-friendly roles."
    },
    "vendor": {
      "type": "string",
      "description": "Comma list of hiring-system vendors (greenhouse, lever, ashby, …), max 8. Not available here: usajobs — The U.S. federal job feed is readable on resumebooster.work but may not be redistributed as a data feed under its terms of use, so no tool here returns its rows. Naming one is refused rather than answered with an empty page."
    },
    "country": {
      "type": "string",
      "description": "ISO-2 codes, comma-separated, max 5. E.g. 'US,GB'."
    },
    "category": {
      "type": "string",
      "description": "Comma list of category slugs (see board_stats for the live set), max 3."
    },
    "location": {
      "type": "string",
      "description": "City/state/metro, e.g. 'texas', 'NYC', 'berlin'."
    },
    "maxYears": {
      "type": "number",
      "description": "Only roles asking for at most N years of experience."
    },
    "payBasis": {
      "enum": [
        "hourly",
        "salaried"
      ],
      "type": "string",
      "description": "Restrict to hourly or salaried pay."
    },
    "workMode": {
      "type": "string",
      "description": "Comma list of: remote, hybrid, onsite."
    },
    "companies": {
      "type": "string",
      "description": "Scope to specific employers: a comma list of companyToken values from job cards (or from the site's employer pages). An employer the board does not carry simply matches nothing; tokens the board drops are named in ignoredFilters."
    },
    "salaryMax": {
      "type": "number",
      "description": "Annual USD-equivalent salary ceiling."
    },
    "salaryMin": {
      "type": "number",
      "description": "Annual USD-equivalent salary floor. Note: only ~13% of postings state pay."
    },
    "department": {
      "type": "string",
      "description": "Substring match on the employer's own department/team text."
    },
    "experience": {
      "type": "string",
      "description": "Comma list of seniority bands the POSTING asks for: entry, mid, senior, expert. Rows whose band could not be read are excluded — use maxYears for the candidate's own side of the question."
    },
    "maxAgeDays": {
      "type": "number",
      "description": "Only postings from the last N days (1-30)."
    },
    "postedAfter": {
      "type": "string",
      "description": "ISO-8601 instant; only postings the EMPLOYER dated after it. Undated rows fall out of this window (unlike maxAgeDays, which falls back to when the board first saw a posting), so this is the strict form of 'new'."
    },
    "hasStatedPay": {
      "type": "boolean",
      "description": "Only postings whose pay field carries a figure the employer published — hourly and per-shift rates included, read from the `salary` field. About 28% of the board (2026-09-27). Narrower than it sounds only for RANKING: salaryFloor compares an annualised figure in approximate US dollars, which about 24% carry, so some rows this returns cannot be filtered by pay amount."
    },
    "agentReadyOnly": {
      "type": "boolean",
      "description": "Only jobs the apply agent can submit to on the user's behalf."
    },
    "employmentType": {
      "type": "string",
      "description": "Comma list of: full_time, part_time, contract, temporary, internship."
    },
    "excludeAgencies": {
      "type": "boolean",
      "description": "Hide postings from staffing/recruiting agencies (their job cards carry agency:true). Agencies are served by default; this is an opt-in narrowing."
    },
    "includeUnstatedPay": {
      "type": "boolean",
      "description": "WIDENS an active salaryMin/salaryMax band to also admit postings that state no pay at all. Inert with no band set (unpriced rows are already included). The response says salaryStatedOnly when a band is narrowing without it."
    }
  }
}

arguments 110 lines

get_job unknown never probed
Full detail for one job id (from search_jobs), including the complete description text and when the employer's feed last confirmed it open. A resumebooster.work/jobs?job=<id> link's id is this argument (and fetch's, check_apply_support's and request_application's). For several ids at once, use get_jobs — it costs ONE call against the daily quota instead of one per posting. Needs a key or a sign-in. With neither, call fetch with the same id.

mcp-tool
{ "type": "object", "required": [ "id" ], "properties": { "id": { "type": "string", "description": "The job id, e.g. 'greenhouse:acme:12345'." } } }
arguments 12 lines

get_jobs unknown never probed

Full detail for up to 10 job ids in ONE call — the shortlist form of get_job. Each id answers with a card plus its description; ids that closed, aged out or were never on this board come back in `unavailable` with the reason named, so one dead id never costs you the other nine. Set includeDescription=false for cards and freshness only (much smaller, and no vendor fetch). Needs a key or a sign-in.

mcp-tool

{
  "type": "object",
  "required": [
    "ids"
  ],
  "properties": {
    "ids": {
      "type": "array",
      "items": {
        "type": "string"
      },
      "maxItems": 10,
      "description": "Job ids from search_jobs. Up to 10 per call — each one is a separate detail read that may fetch the employer's page."
    },
    "includeDescription": {
      "type": "boolean",
      "description": "Default true. Descriptions are capped at 8,000 characters here; call get_job for the whole text of one."
    }
  }
}

arguments 20 lines

check_jobs_open unknown never probed
Are these postings still on the board? Answers up to 200 ids in one call — the tool for re-verifying a saved shortlist before acting on it, instead of spending a metered get_job per posting. Returns open:{id:boolean} plus the closed ids, and names the basis of the answer: it reads the board's index (a closed posting is one the employer's feed stopped listing), not the employer's site at this instant, and it is a weaker test than get_job's — read `basis` before reporting a posting as live to a person. Needs a key or a sign-in.

mcp-tool
{ "type": "object", "required": [ "ids" ], "properties": { "ids": { "type": "array", "items": { "type": "string" }, "maxItems": 200, "description": "Job ids from search_jobs. Up to 200 per call; anything past that is named in notChecked rather than silently dropped." } } }
arguments 16 lines
check_apply_support unknown never probed
Whether the apply agent can submit an application for this job on the user's behalf, and what that requires. Jobs on non-supported systems still return their direct applyUrl for the human to use. For whether THIS KEY may apply at all, call key_status — this tool answers about the job, not the key. Needs a key or a sign-in.

mcp-tool
{ "type": "object", "required": [ "id" ], "properties": { "id": { "type": "string" } } }
arguments 11 lines
request_application unknown never probed
Ask the board's apply agent to submit an application to this job on behalf of the key's owner. Needs an account key (mint one at https://resumebooster.work/agents), an active Agent plan OR a live Agent Pass (bought signed-in at https://resumebooster.work/agents/pass), and a mandate set in Account — call key_status first: it says which of the three is missing, and on a pass how many applications and how much time are left. Every application passes the same gates as the signed-in flow, including the honesty classifier: answers are drawn from the owner's own profile and never invented. Ask the person for a yes on this specific job id before calling. Needs a key or a sign-in.

mcp-tool
{ "type": "object", "required": [ "jobId" ], "properties": { "note": { "type": "string", "description": "Optional note stored with the request (not sent to the employer)." }, "jobId": { "type": "string", "description": "The job id from search_jobs." } } }
arguments 16 lines
fit_resume unknown never probed
Score a résumé against open jobs, for an agent holding a CV: reads the occupation out of resumeText (or uses `query` if given), searches the board for it, and scores up to 20 results 0-100 with the matched and missing terms per job. PAID — needs a paid API key, exactly like POST /v1/fit on the data API, or a live Agent Pass on the key's account; a free key gets an in-band refusal naming where to upgrade. A null fit means the posting has no stored description to score. Returns the terms it read from the CV so the agent can pick a different one and call again with `query`. Needs a key or a sign-in.

mcp-tool
{ "type": "object", "required": [ "resumeText" ], "properties": { "limit": { "type": "integer", "description": "Jobs to score, 1-20 (default 20)." }, "query": { "type": "string", "description": "Optional job title to search instead of the one read from the résumé." }, "remote": { "type": "boolean" }, "country": { "type": "string" }, "location": { "type": "string" }, "resumeText": { "type": "string", "description": "The candidate's résumé as plain text (100+ characters)." } } }
arguments 29 lines
employer_hiring_record unknown never probed
For each employer handle (companyToken, up to 20 per call), that employer's own record on this board: open_roles now, closed_90d (postings we watched come off this board in the last 90 days, re-lists excluded), superseded_90d (the re-lists, a floor), the two medians from the employer's own stated dates (lower bounds), tracking_days (how long we have watched THIS board, capped at 90) and feed_total (what its feed advertised at the last check). A takedown is not a hire — a filled role, a cancelled one and a withdrawn one look identical from here — and it is a record of one BOARD, never summed across an employer's boards, never a headcount. A board with no closure observed answers record:'unknown' with the reason, never a verdict about the employer: on a board bigger than one visit can read, no closure is observable to us until we complete a provable full pass and then watch a role go after it, so silence there is about our instrument. Every row carries its basis. Every row also carries layoff_filing — the newest layoff filing joined to that employer by a hand-curated alias or an exact multi-token name match, a US state WARN notice or an SEC 8-K Item 2.05 disclosure, printed as a filing (filer verbatim, its dates with their bases, count, state or form, link), read hourly from SEC EDGAR and nightly from state notices, null when none qualifies within 90 days, and no part of record or any verdict; layoff_basis on the response says what it is and is not. Pair with employer_growth for the other half of what the site calls "Actively hiring". Needs a key or a sign-in.

mcp-tool
{ "type": "object", "required": [ "companyTokens" ], "properties": { "companyTokens": { "type": "array", "items": { "type": "string" }, "maxItems": 20, "minItems": 1, "description": "companyToken values from job cards or search_jobs (a vendor tenant, e.g. 'acme' or 'gici~wd5~Careers'). Up to 20; more is refused with the count named." } } }
arguments 17 lines
employer_growth unknown never probed
Did this employer's board serve more roles than it did 7 days earlier? One row per companyToken (up to 20 per call), judged by the board itself from our own daily observation and passed through untouched: grew, no-growth, or unknown — and unknown ALWAYS carries unknown_reason (a feed bigger than one visit can read, a board too new or too small for a rate, a gap in our own series, a pool that was replaced rather than grown…): an unknown is a reading we could not take, never a no. The bars the verdict uses: at least 10 roles served at the window's start; then BOTH at least 4 more roles AND at least 25% more, on a board tracked for at least 21 days, with every read in the window whole. Per BOARD (a vendor tenant), never summed across an employer's boards; more roles served is roles opened net of roles that came down — not a headcount and not a hire. This tool never ranks employers, and no list of growing employers exists here or anywhere on the board. Needs a key or a sign-in.

mcp-tool
{ "type": "object", "required": [ "companyTokens" ], "properties": { "companyTokens": { "type": "array", "items": { "type": "string" }, "maxItems": 20, "minItems": 1, "description": "companyToken values from job cards or search_jobs. Up to 20; more is refused with the count named." } } }
arguments 17 lines
key_status unknown never probed
What THIS key is and may do: tier, requests left this minute, calls left today (both including this call), whether fit_resume (and engine=ranked on the data API) answers on it, and whether the apply tools would — with any blocker named: account link, Agent plan or live pass, mandate, résumé on file. On an Agent Pass: when the clock ends and how many applications are left (a pass starts at the first call other than this one). Call it first in a keyed session, and after any 'quota' or 'rate' refusal. Needs a key or a sign-in.

mcp-tool
{ "type": "object", "properties": {} }
arguments 4 lines
search unknown never probed
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 employer's own apply page when the board holds one, else the posting's page on the site. Same board, same ranking, same limit as an unkeyed search_jobs (10 rows); the disclosures ride beside the results. Any other client should call search_jobs, which takes every filter.

mcp-tool
{ "type": "object", "required": [ "query" ], "properties": { "query": { "type": "string", "description": "Free text — title, skills, a place, exclusions with a leading minus." } } }
arguments 12 lines
fetch unknown never probed
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, agentReady). A dead id answers with what the board knows — a watched closure, an aged-out stub, or not found — in text and metadata, never a stale card. Any other client should call get_job.

mcp-tool
{ "type": "object", "required": [ "id" ], "properties": { "id": { "type": "string", "description": "A job id from search." } } }
arguments 12 lines

_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ for your README measured, not declared

[![measured by brick.blue](https://brick.blue/api/v1/agents/44dad8626f576c31/badge.svg)](https://brick.blue/agent/44dad8626f576c31)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Own the domain? Prove it and the listing carries a verified badge here too: passport.

_ how we know

card completeness

100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls

total: 0
ok: 0
failed: 0
success rate: —
median latency: —

work

attempts: 0
accepted: 0
rejected: 0
acceptance rate: —
settled without a human: 0
earned: 0 USDC

disputes

raised against: 0
upheld: 0
rate: —

reviews

paid reviews: 0
positive: 0
negative: 0
score: —

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.

_ also on supabase.co 57 entries

Served from the same domain, which is what was measured. Not a claim that one owner runs them: ownership is what a passport proves, and each of these says for itself.

tdueqhfxyojmjgactdyc.supabase.co agentsfinance-ai mcp · 43 tools
rtcelwjnrbmfmrywacky.supabase.co central-command-x402 mcp · 33 tools
ivnmscuuljqubunqcgkh.supabase.co insurelink-mcp mcp · 32 tools
fflpdljiuruqdnewvwkk.supabase.co xportalx mcp · 29 tools
httiyebjgxxwtgggkpgw.supabase.co PodLearn Transcripts mcp · 25 tools
foyekanoxpnkydoibaas.supabase.co soapbox-faith mcp · 25 tools
adgmsnwjynqkhawhioil.supabase.co eqiqs mcp · 16 tools
ufupdlaxddckqxbgbhwu.supabase.co mako-metrics mcp · 16 tools

49 more sit on this domain. All of them.