AI ProgramsRetreat
AboutCareersBook a Conversation
Workflows/Talent

Recruitment: Open Req to Hire

One system carries a role from open req to signed hire. The pipeline is created in one click, candidates arrive from the careers page or a 25-resume batch drop, AI reads and scores every resume on arrival, and humans run every interview. Every applicant we have ever met stays in a ranked, searchable pool.

Intake Careers page + batch dropAI reads 100% of resumesMemory Every applicant, forever

Hiring without a system is a memory leak

Most small companies run recruitment on goodwill and inbox search:

Hiring lives in inboxes and spreadsheets. Resumes arrive by email, LinkedIn, and referral, and half never get a reply.
Nobody can say where a candidate stands without asking the one person who owns the folder.
Screening quality depends on who reads the pile and when. The 200th resume never gets the read the 5th did.
Every rejected candidate disappears, so the next search starts from zero instead of from everyone you already met.

From open req to signed hire

01One click
Open the Req
Recruiter
02When ready
Publish the Posting
Recruiter
03Two doors
Candidates Arrive
Candidate
04On arrival
AI Screen
Claude
05Screen → Offer
Pipeline
Recruiter
06Humans only
Decision
Human
07Forever
Pool Never Forgets
System

How each step works

01
Open the req — the pipeline builds itselfRecruiterOne click

A recruiter creates the requisition from the Job Reqs list: title, employment type, location, remote policy, and the salary band. The system seeds the same five-stage pipeline every role uses — Screen, Interview, Offer, Hired, Rejected — so no two roles ever have subtly different processes. The req opens for hiring immediately but stays off the public site until the posting is ready.

02
Write and publish the postingRecruiterWhen the JD is ready

The public posting is written in markdown on the req itself: the job description, a clean URL slug, and up to three screening questions every applicant answers. Flipping it public puts the role on the careers page; closing the req later takes it down automatically. Internal notes stay internal — the posting and the working record are two views of one req.

03
Candidates arrive through two doorsCandidateCareers page + batch drop

Door one: the careers page. A candidate applies with a resume, cover letter, and answers to the screening questions. The application lands in the talent system attached to the req — no inbox, no forwarding.

Door two: the recruiter batch drop. Sourced candidates — from LinkedIn, referrals, or agencies — enter through the same funnel. A recruiter drops up to 25 resumes at once, and AI reads each file and prefills a draft: name, email, phone, LinkedIn, headline, current title. The recruiter reviews each draft and saves it. Ten minutes of drag-and-drop replaces an afternoon of data entry, and both doors produce identical records.

Duplicates cannot happen by construction: candidates are keyed by email, and one person holds at most one application per role. Re-adding someone surfaces their existing application instead of silently creating a second.

04
AI reads and scores every resumeClaudeAutomatic, on arrival

The moment an application lands — from either door — Claude reads the full resume against the job description and writes a structured screen: a 0–5 fit rating, an overview paragraph, the candidate's concrete strengths and gaps, an English-proficiency read, and the salary expectation and notice period exactly as stated (never guessed).

That assessment travels with the candidate everywhere: it appears in the application's side panel, on the req's ranked list, and in the candidate pool. Every application gets the same depth of read whether it arrived first or five hundredth — screening quality no longer depends on who reads the pile.

Scored candidates also stack-rank within their role family, not just the single job they applied to. A strong engineer who applied to the wrong opening still surfaces near the top of the engineering family instead of dying in the wrong folder.

05
Work the pipeline with two independent ratingsRecruiterScreen → Interview → Offer

Each req has a kanban board: candidates move Screen → Interview → Offer by drag, and every application carries two ratings side by side — the AI's score with its written reasoning and the recruiter's own star rating. The list sorts by either one. Candidates strong on both gates make the shortlist; where the gates disagree is exactly where a second human look goes, instead of a quiet rejection.

All working context lives on the application: a notes thread, the resume (replaceable if a better version arrives), the cover letter and question answers, and the candidate's profile. Anyone on the team can open any application and know exactly where it stands.

06
The decision stays humanHiring teamInterviews, references, offer

From the shortlist on, the process is entirely human: interviews, references, and the offer. AI gets every resume read; people decide who joins. A candidate leaves the pipeline with an explicit status and a recorded reason — hired, rejected with a note, withdrawn, or parked as future consideration. Nobody is rejected by AI alone, and nobody is left in limbo.

A hire flips the application status and hands off to the New Member Onboarding workflow, which turns the applicant record into an employee record without re-typing anything.

07
The candidate pool never forgetsSystemPermanent

Every person who has ever applied — hired, rejected, or parked — stays in one searchable, sortable pool, stack-ranked by their best AI screen and grouped into role families. When the next role opens, sourcing starts from everyone the company has already met, not from zero.

The strong runner-up from last quarter's search surfaces at the top of the next one, with the full history attached: every application, every screen, every note.

The seven elements

Every workflow we document has the same anatomy: seven elements, each assigned to a human, a machine, or both. This is the Centaur Map from our workflow design method.

01 TriggerHuman

A role opens. One click creates the req and its five-stage pipeline; nothing else has to be set up.

02 InputsBoth

The job description, up to three screening questions, and every resume — from the careers page or a recruiter batch drop.

03 DecisionBoth

Two independent gates per candidate: the AI screen with written reasoning, and the recruiter’s star rating beside it.

04 RoutingBoth

Applications move Screen → Interview → Offer on the req’s board; every applicant also lands in the permanent candidate pool.

05 OutputMachine

One structured record per candidate: profile, resume, AI assessment, both ratings, the notes thread, and a final status with its reason.

06 DeliveryMachine

Ranked, sortable lists the moment a recruiter opens the admin: per req, per role family, and across the whole pool.

07 MeasurementMachine

Stage-by-stage conversion, AI-vs-recruiter disagreement, and time from open req to hire.

The standing rules

  • Every role runs the identical five-stage pipeline
  • Both intake doors produce the same structured record
  • Every resume is read in full by AI on arrival
  • AI scores and humans rate, independently — and ranking spans role families, not just postings
  • No candidate is rejected by AI alone, and every exit has a recorded reason
  • Nothing is deleted: every applicant stays in the pool

Why it works

  • One system of record ends the where-does-this-candidate-stand question
  • Batch intake makes sourced candidates as cheap to process as inbound ones
  • Two independent gates catch what either one alone would miss
  • The pool compounds: every search makes the next one faster
  • Hire-to-onboarding handoff means no candidate data is ever re-typed