Greenhouse
Ashby

Build a Candidate Background Check Agent withGreenhouse and Ashby

Your incident review is only as fresh as the slowest tab. Background checks take 3-5 days. Yet the inputs sit split across Ashby + Greenhouse.

Try in Claude

Two tools, two tabs, and nothing reconciles candidate profiles.
Now your agent can fix it.

Now your agent can fix it.

GreenhouseAshby

Greenhouse only knows its half.

Greenhouse tracks candidate profiles, but can't see update ATS with results. So what you read there is already partial.

AshbyGreenhouse

Ashby holds what Greenhouse misses.

Update ATS with results lives in Ashby, cut off from candidate profiles, so candidate background check guesses at the link.

GreenhouseAshby

Ashby is the early-warning nobody reads.

By the time background check results in Ashby reaches the incident review, the window to act has usually shut.

Under The Hood

Two sources, one query: candidate background check pulls Greenhouse and Ashby pre-wired. Already connected.

01

Pull initiate background checks when candidate reaches offer stage from Greenhouse (applicant tracker)

Candidate profiles

Greenhouse
02

Read update ATS with results from Ashby (applicant tracker)

offer status

Ashby
03

Greenhouse
output

Agent-ready output

One readout: Initiate background checks when candidate reaches offer stage, update ATS with results. Ranked by priority, top risks flagged, a next step on each.

The Context Store

To initiate background checks when candidate reaches offer stage, the agent reads one joined view. Not 2 raw APIs.

Airbyte folds Ashby + Greenhouse into the Context Store: candidate profiles, offer status, background check results land in one schema, joined on a shared incident key, so candidate background check never touches a raw your applicant tracker endpoint.

Your agent queries one surface instead of three APIs. Faster responses, lower cost per query, and results that work because the relationships were built before you asked the question.

SHARED KEY2 SOURCESONE VIEWLIVE READS

The Prompt

Copy. Paste.
a Candidate Background Check Agent

Two steps. Your data, your results, under 60 seconds.

01installOne-time setup. ~2 min.
Connect the Airbyte Agent MCP
02copy and run
Prompt
I want to initiate background checks when candidate reaches offer stage by combining Greenhouse and Ashby data, then report back.

SETUP
Use the Agent MCP. 2+ connected sources behind one natural-language surface.

WORKFLOW
list connectors -> link Greenhouse and Ashby -> pull candidate profiles, offer status, background check results -> join on the incident key -> analyze. An unlinked tool returns a self-describing prompt; a one-off connect step and retry.

TASK
Initiate background checks when candidate reaches offer stage, update ATS with results. Return one readout ranked by urgency, top risks called out, a next step on each.

The Outcome

The incident review that needed 2 hours now finishes while you read this. Now your agent can fix it.

10x

Faster

10x faster. Candidate background check does in seconds what ate 2 hours of initiate background checks when candidate reaches offer stage.

90%

Cheaper to run

~90% cheaper: zero new infra and no seats added to initiate background checks when candidate reaches offer stage.

2 -> 1

Tools, one query

2 tabs into 1: Greenhouse and Ashby collapse to one view to initiate background checks when candidate reaches offer stage.

Based on internal benchmarks comparing Context Store queries to sequential API calls across equivalent datasets.

01 · Output

Risk-scored output

Candidate background check ranks each incident by risk, not by name. The top of the list is where to start.

02 · Signal

Where the tools disagree

When your applicant tracker and Greenhouse disagree on initiate background checks when candidate reaches offer stage, the gap is flagged. Not averaged into a guess.

03 · Context

Inline evidence

Update ATS with results from Ashby sits beside each item, letting you initiate background checks when candidate reaches offer stage without switching tabs.

04 · Action

One move per line

Candidate background check closes each incident with a recommendation. Who to contact and what to send. Ready to run.

05 · Brief

Paste-ready output

The readout arrives meeting-ready: candidate profiles first, sources attached, Greenhouse and Ashby reconciled.

Common questions

Didn't find your answer? Please don't hesitate to reach out.

Contact us

How fresh is the incident data Candidate background check uses?

Live, it reads Greenhouse at query time, so the readout shows candidate profiles as of now, not last night.

How do I trust the incident review?

Candidate background check cites a source per line. Candidate profiles from Greenhouse, the rest from Ashby. So any figure traces back.

Can Candidate background check run on a schedule?

Yes, schedule it and the readout arrives before the incident review starts, so initiate background checks when candidate reaches offer stage happens hands-free.

Which clients run candidate background check?

any MCP client. Claude, Cursor, and the rest. Each points at the same Greenhouse and Ashby connectors candidate background check uses.

Stop tab-switching to initiate background checks when candidate reaches offer stage. Let the agent read Ashby + Greenhouse.

Wire Greenhouse and Ashby and 47+ sources into Airbyte's Agent MCP and build candidate background check on data you already own.