- Blog
- Screening
Screening
AI candidate screening: how do you set it up fairly?
Alfie Whattam, Co-founder and CEO, Alfa AI ·

AI candidate screening evaluates resumes and application answers against a job’s criteria to help recruiters decide who to review. Set it up by separating requirements from preferences, specifying acceptable evidence and deciding what happens when that evidence is missing.
I’d start with the rules, not the ranking. A polished shortlist is not much use if the hiring manager cannot explain why a criterion belongs in the screening process.
What AI candidate screening should actually do
Treat screening as a chain of decisions you need to inspect, not a score you need to trust. Ask the tool to demonstrate each stage:
- Extract: Identify relevant experience, skills and application answers without adding information the applicant did not provide.
- Compare: Match that evidence against the written rules, including acceptable alternatives.
- Score or classify: Separate suitability decisions from ranking preferences. A strong preference should not compensate for an unmet essential requirement.
- Explain: Show which evidence supports each result and where the evidence is absent or unclear.
A statement such as “strong commercial background” is not enough to review. Ask for the underlying evidence and the rule it satisfies. If you cannot trace a result back through that chain, keep it out of your decision process.
AI resume screening vs keyword filters
The useful distinction is literal matching versus evidence assessment. Use this table as an evaluation brief, not a promise that every tool labeled AI meets it.
| Screening task | Keyword-filter approach | What to ask an AI screening tool to demonstrate |
|---|---|---|
| Find relevant experience | Search for specified words or phrases | Connect described responsibilities to the requirement |
| Handle different wording | Include the wording in the search | Recognize equivalent experience without inventing it |
| Accept alternatives | Build the alternatives into the query | Apply an explicit either/or rule |
| Handle missing information | Return no keyword match | Distinguish missing evidence from contradictory evidence |
| Explain the result | Identify the matching term | Identify the evidence and rule behind the assessment |
Do not buy on the strength of a fluent explanation. Test whether the explanation is supported by the application. Meaning-based matching is only useful to you when you can check what it means in practice.
Write screening rules before you switch on screening
The rules deserve the same scrutiny as the tool. Here is the sequence I would use with a hiring manager.
-
Make every hard requirement earn its place. Ask: would we decline an otherwise strong applicant solely because this is absent? If the manager hesitates, make it a preference. Keep hard requirements, confirmed deal breakers and ranking signals separate. Leave negative signals empty unless there is a specific, job-related reason to lower someone’s ranking.
-
Name the evidence, not the impression. Replace “commercial mindset” with the work you need, such as handling renewal discussions or negotiating account terms. For availability, working hours or travel, ask an application question rather than infer willingness from a resume. Put the actual arrangement in the question, not “Are you flexible?”
-
Give missing evidence its own treatment. Distinguish demonstrated, not demonstrated and contradicted. An unproven requirement is not met, but that does not prove the applicant lacks the capability. Decide whether to request clarification, send the application to review or leave it outside the qualified shortlist pending evidence. Do not silently translate every unknown into a rejection.
-
Write acceptable alternatives explicitly. If relevant client or partner relationship work can satisfy an account-management requirement, say which responsibilities must overlap. Do not simply add “or equivalent” and leave equivalence undefined. A different title can be acceptable; a similar title without the necessary responsibilities should not be enough.
-
Ban shortcuts that are not job evidence. Do not use names, photos, graduation years, employment gaps, school prestige or home addresses as substitutes for capability. Replace “culture fit” with observable work requirements. If attendance matters, ask whether the applicant can meet the stated arrangement rather than treating their address as the answer.
Before approving a rule, ask the manager to describe evidence that would satisfy it, evidence that would contradict it and a case that needs clarification. If they cannot, the rule is not ready.
A screening rule template you can copy
This is an illustrative customer success role, not a universal specification. Replace the responsibilities with the actual job, and remove any criterion you cannot justify.
Job: Customer success manager
Rule owner: [Name]
Approved rule version: [Version label]
Work the person must do
- Own ongoing customer relationships and support renewals.
Hard requirement
- Evidence of responsibility for ongoing customer relationships,
including renewal preparation, retention work or account negotiations.
Acceptable alternatives
- Client or partner relationship work counts when the same
responsibilities are demonstrated.
- Job title or a skill-list mention alone is insufficient.
Evidence sources
- Resume responsibilities and examples.
- Answer to a matching application question.
Missing-evidence action
- Mark the requirement as not demonstrated, not satisfied.
- Route to recruiter review or request clarification.
- Do not send an automatic rejection during the pilot.
Hard disqualifiers
- None approved for this role.
- Add only a job-related condition with defined confirming evidence.
- Missing information never confirms a disqualifier.
Positive signals
- High: direct responsibility for renewal discussions.
- Medium: customer onboarding responsibility.
- Low: experience with the customer segment named in the job brief.
Negative signals
- None approved. Do not penalize gaps or unfamiliar job titles.
Application question
- This role requires [actual working arrangement]. Can you meet it?
- Allow the applicant to explain any uncertainty.
Human review and overrides
- Review unclear evidence, conflicting answers and extraction problems.
- Record the evidence and reason for each override.
- Change the shared rule if the reasoning should apply to everyone.
In Alfa AI, applicants are screened automatically against the job’s rules. A hard requirement is met only when the resume or an answer to a matching application question shows it; unclear or missing evidence does not meet it. A hard disqualifier marks someone unsuitable only when the resume clearly matches it. That distinction matters: put questions about working arrangements into application questions, and plan human review for unresolved requirements rather than expecting silence to count as a pass.
What to check in the first week
Do not inspect only the shortlist. Read applications the system put aside, including unclear cases and candidates with transferable experience. Your review should try to find a good applicant the rules mishandled.
| Failure to look for | How to test it | What to change |
|---|---|---|
| A preference became a veto | Read the rules that caused unsuitable classifications | Move optional criteria into ranking signals |
| Silence became a negative answer | Inspect outcomes for unanswered or unmentioned requirements | Add a question or a clarification route |
| Relevant evidence was lost | Compare the original application with the extracted evidence | Resolve extraction problems before relying on the result |
| Equivalent experience was missed | Review applicants with different titles but relevant responsibilities | Define the acceptable alternative explicitly |
| Keyword mentions counted as proof | Check whether listed skills have supporting responsibilities or examples | Tighten the evidence standard |
| Attractive scores hid failed requirements | Compare the ranking with requirement-level outcomes | Keep suitability separate from preference scores |
| A human shortcut became policy | Review overrides and proposed rule changes | Require a job-related rationale before changing shared rules |
For each disagreement, record the application reference, rule version, evidence, reviewer’s judgment and corrective action. Label the cause: extraction, rule wording, interpretation or reviewer disagreement.
Do not resolve every disagreement in the recruiter’s favor automatically. Ask the recruiter to meet the same evidence standard as the system. Otherwise, you are testing whether automation reproduces someone’s instinct, not whether the rule is useful.
The compliance checks for NYC and the EU
New York City
New York City Local Law 144 bars employers and employment agencies from using an automated employment decision tool unless it has had a bias audit within a year of use. It also requires information about the audit to be publicly available and notices to candidates.
Before launch, ask counsel whether your specific tool and workflow fall within scope. Ask the vendor for the relevant audit materials and agree who owns publication and candidate notices. Do not assume that adding a recruiter’s approval click settles the scope question.
European Union
The EU AI Act, Annex III, point 4(a), lists recruitment and selection AI, including systems that analyze and filter applications or evaluate candidates, as high-risk. High-risk systems carry obligations including human oversight, record keeping and transparency.
Have counsel confirm applicability, timing and responsibilities for your use. Prepare a record of the criteria, system outputs, reviewer actions and rule changes so the workflow can be inspected.
These are starting points for legal review, not a complete compliance checklist. An agency should also agree with its client who owns each action rather than assuming the other party has covered it.
A four-week rollout for automated candidate screening
Use the weeks as decision gates, not a deadline that forces you to expand an unreliable process.
-
Week one: define and run alongside human review. Choose a role with a clear brief. Agree the rules with the hiring manager, align the job ad with those rules and run screening without automated rejection messages. Review suitable, unsuitable and unclear applications. Finish with a log of disagreements, not just a shortlist.
-
Week two: repair and retest. Resolve extraction issues separately from rule problems. Clarify alternatives and missing-evidence actions. Reassess affected applications when criteria change, and record which version produced each outcome. Move forward only when you can explain the remaining disagreements.
-
Week three: use it in the live workflow. Assign a named reviewer for unsuitable and uncertain outcomes. Check that classifications, messages and recruiter actions match the intended process. Carry unresolved capability questions into your structured interview questions, rather than quietly treating them as established facts.
-
Week four: decide whether to expand. Review screening effort, corrected decisions, unresolved cases and whether shortlisted applicants demonstrate the intended capabilities. Agree who can edit rules and when edits require reassessment. Expand to another role only after writing its own requirements; do not copy every preference from the pilot.
Questions to ask vendors before you commit
Ask vendors to demonstrate answers using applications and rules you supply. A presentation is not a test of your workflow.
- Can I inspect the evidence behind every requirement-level outcome, not just an overall score?
- Can I separate hard requirements, confirmed disqualifiers, positive signals and negative signals?
- What happens when evidence is missing, contradictory or unreadable?
- Can application answers establish requirements the resume does not address?
- Can I revise live rules, control reassessment and identify the rule version used?
- Which actions classify candidates, and which actions actually send a rejection?
- Can reviewers override outcomes without silently changing everyone else’s criteria?
- How do proposed rule changes get approved?
- What audit materials, retention controls and deletion options can you provide?
- What moves through the applicant tracking system integration, and how do we verify that screening outcomes and messages remain aligned?
My buying test is simple: can the team explain why an applicant was held back, correct a mistaken rule and revisit everyone affected? If not, keep the tool out of rejection decisions.
Frequently asked questions
- Is AI candidate screening legal?
- Treat this as a review of your actual workflow, not a yes-or-no question about AI. Give counsel the job locations, candidate geography, tool inputs and decisions the system influences. Ask which obligations apply and who owns them before launch. A vendor’s general assurance should not be your internal legal sign-off.
- Can AI screening reduce bias in hiring?
- Make that an evaluation question, not an assumed benefit. Ask a qualified reviewer to design checks for unjustified differences in treatment and inspect the criteria behind them. Include human overrides in the review. Agreement with past hiring decisions should not be your definition of fairness, and consistent application should not excuse an irrelevant rule.
- What is the difference between AI resume screening and an ATS keyword filter?
- For your buying decision, test whether the assessment survives a change in wording. Present the same relevant experience phrased differently, then remove the supporting experience while retaining the skill terms. Ask the vendor to explain the outcomes. This tests evidence assessment rather than accepting an AI label as proof of capability.
- Should AI make the final hiring decision?
- I would keep final hiring authority with a named person who can explain the decision independently of the score. Give that person authority to challenge the recommendation and request missing evidence. For agencies, agree with the client who owns interview and offer decisions, including how disputed screening outcomes will be escalated.

