Prompt Engineering

Prompt Engineering for Recruiting: Screen Resumes, Run Interviews, Draft Offers

Hiring is one of the highest-leverage workflows you can hand to a language model — and one of the easiest to get wrong with a lazy prompt. This playbook gives you field-tested prompt patterns for every stage of recruiting: screening resumes, generating interview questions, comparing candidates, and drafting offers. Copy the templates, adjust the variables, and ship a hiring pipeline that stays fast and fair.

FreeLast tested: 2026-10-18Audience: Recruiters, HR teams, hiring managers

Why recruiting breaks generic prompts

Most teams fail at AI-assisted hiring because they treat it like a chat task: "look at this resume and tell me if it's good." That prompt has three fatal flaws. First, there is no rubric — the model invents criteria each run, so the same resume can get two different verdicts. Second, there is no job description in context — without it, "good" means whatever the model guesses. Third, there is no output format — you get a paragraph of vibes instead of a score you can compare across candidates.

The fix is prompt engineering discipline: always bind the model to a job description, a scoring rubric, and a structured output. Every prompt in this guide follows that pattern. If you want the general theory first, read our prompt engineering playbook before continuing.

Resume screening prompts that actually work

A resume screen is a classification task: strong fit, possible fit, or no fit — with evidence. Paste the job description and the resume into the prompt, then force the model to cite its evidence. The template below rejects resumes that fail hard requirements and scores the rest across four dimensions.

You are a hiring assistant screening resumes. Do not make hiring decisions — produce a structured screen for a human reviewer. JOB DESCRIPTION: [Paste the full JD here, including must-have and nice-to-have requirements] RESUME: [Paste the resume text here] RULES: - Hard requirements are deal-breakers. If a must-have is clearly missing, stop and output {"verdict": "reject", "reason": "..."}. - Score each dimension 1-5: relevant experience, skill match, trajectory (progression over time), stability (avg tenure). - Quote the exact resume line that supports each score. - Never infer protected attributes (age, gender, ethnicity, family status). - Ignore photos, names, and addresses in your judgment. Output JSON only: {"verdict": "advance|maybe|reject", "scores": {...}, "evidence": [...], "missing_requirements": [...]}

Why this pattern beats "is this resume good?"

Generate interview questions by role level

Copy-paste interview questions are useless — a senior engineer and a junior designer need different probes. The trick is to prompt the model with the level, the competencies, and the format of the interview round, then ask for questions that cannot be answered with a generic anecdote.

You are designing an interview round for a [ROLE] at [SENIORITY level]. Interview round: [screening / technical deep-dive / culture and collaboration]. Timebox: 45 minutes. Generate 8 questions: - 3 that test [COMPETENCY 1], 3 that test [COMPETENCY 2], 2 open-ended. - For each question, include: what a strong answer demonstrates, what a weak answer looks like, and 2 follow-up probes. - Questions must reference the candidate's own background below — no generic questions like "tell me about yourself". - Avoid questions that can be answered with a rehearsed story. CANDIDATE BACKGROUND: [Paste resume summary]

This turns a 30-minute question-writing chore into a 5-minute task, and the "weak answer" notes act as an alignment sheet for interviewers who haven't done the role before.

Compare candidates with a shared rubric

The most expensive recruiting mistake is comparing candidates on different criteria — interviewer A judged "culture fit," interviewer B judged "systems thinking," and the debrief becomes an argument about vibes. Prompt the model to normalize raw interview notes into one shared rubric before the debrief.

StagePrompt inputModel output
NormalizeInterviewer notes + rubricEach note mapped to a rubric dimension, 1-5 score
CompareAll normalized scorecards + JDRank-ordered table with strengths, risks, open questions
CalibrateScorecard + past calibration dataFlag scores that deviate from historical hiring bars
Normalize these interview notes against the rubric below. For each dimension, quote the note fragment that supports the score and mark confidence high/medium/low. Flag any note that does not map to a dimension as "unclassified" — do not force-fit it. RUBRIC: - Technical depth: [1-5, what each level means] - Communication: [1-5, what each level means] - Ownership: [1-5, what each level means] INTERVIEWER NOTES: [Paste raw notes]

Run this on every candidate and your debriefs get shorter, calmer, and anchored to evidence instead of memory.

Draft offers and rejections that sound human

The last mile of recruiting is writing — offer letters, rejection emails, reference requests — and it's where most AI drafts fail by sounding robotic. The fix is to prompt with voice constraints: who is speaking, who is receiving, and what must never be said.

Draft a rejection email from a [HIRING MANAGER TITLE] to a candidate who reached the [FINAL/ON-SITE] round for [ROLE]. Tone: warm, specific, respectful of their time. Under 150 words. - Mention one genuine strength from the interview notes. - Never use the phrase "we went with another candidate" or "we will keep your resume on file". - End with a clear, honest door: either "we'd love to talk again about [FUTURE ROLE]" or nothing — no false hope. INTERVIEW NOTES: [Paste 2-3 lines]

What never to automate fully

Anti-bias and compliance guardrails

Hiring prompts are a compliance surface. Build these guardrails into every template, not as afterthoughts:

  1. Strip identifiers first. Redact names, photos, addresses, graduation years, and personal interests before the resume ever reaches the model.
  2. Ban proxy signals. Explicitly forbid the model from inferring age, gender, ethnicity, disability, or family status — and from using proxies like "cultural fit" without a definition.
  3. Keep the human in the loop. Every AI screen, score, and draft is a recommendation. Log prompts, outputs, and the human decision for every candidate.
  4. Check local law. Some jurisdictions (including New York City and the EU under the AI Act) regulate automated employment decision tools. Know your obligations before deploying.

Pair these prompts with the right tooling from our AI tool recommendations for HR and recruiting teams to cover the parts prompts alone can't — scheduling, sourcing, and background checks.

Limits and notes

These prompts assume clean inputs: a real job description, real resumes, real interview notes. Garbage in means confidently wrong scores — audit the first 20 outputs against a human reviewer before trusting the pipeline. Models also drift: re-calibrate rubrics quarterly, version your prompt templates (see prompt version control for AI teams), and never feed candidate data into a model that trains on inputs without a data processing agreement.

Related reading