Pipeline
Should Your Job Post Require AI Experience, or Does It Screen Out the People You Want?
Don't require AI experience as a credential in a job post. Name the act the role performs with a model, in that occupation's own language, and put it in the preferred block. Make it required only when work a model already drafts is most of the job. Name a product only when the tool is the workflow, one locked analytics or clinical stack that takes weeks to learn; general assistants belong under tools, not qualifications. Say nothing and the question still gets asked in interviews, differently by every interviewer.
The takeA requirements list is the one part of hiring that runs on every applicant and gets audited by nobody. It can advertise; it cannot measure. Each year it collects another bullet from whatever the last panic was, and the AI line is only the newest deposit. I suspect most postings would filter better with half the list cut, since the people who read a posting literally and count themselves out tend to be the careful ones. That is the real cost of an AI credential. It is one more filter you never agreed to run.
Where Olive fits
Open a role and see what the work shows
Olive is employer-purchased and priced per attempt, so a role you are unsure about can carry a 40-to-60-minute assignment written for its own occupation instead of a requirement line nobody can check. What comes back is six evidenced findings on one candidate's judgment, an input to your decision rather than a filter on the pool, and the candidate is granted the same report.
Rank your shortlistShould your job post require AI experience?
Require the judgment, not the tools. A line naming ChatGPT, Copilot or Claude filters for people who can name them, which is a fact about someone's browser history rather than about their work. A posting silent on AI hands the whole question to an interview round nobody has written. The requirement that works names an act the role performs with a model, in that occupation's own vocabulary.
Start with what the line does mechanically. A requirement in a posting is a selection procedure: the Uniform Guidelines define one as any measure or procedure used as a basis for an employment decision, and name work experience requirements, educational requirements and unscored application forms among them 1. So the sentence you write does a test's job with none of a test's discipline. Nobody validated it, nobody scored it, and it runs on every applicant before you read a word.
Three versions of the same requirement, for a marketing role:
- Tool-named. "Proficiency with ChatGPT, Claude and Jasper required." Screens for a claim anyone can make and nothing in your process can check.
- Absent. No mention of AI at all. Screens for nothing, and moves the question to a round nobody has scripted, where every interviewer invents a different bar.
- Act-named. "Comfortable drafting positioning with an assistant, and used to opening the source behind a statistic before it reaches a deck." Screens for a habit, and gives the interviewer something to ask about.
The third costs ten more minutes to write and is the only one you can assess later. It also survives a tool change, which the first does not: named products age faster than the requisition does.
Before writing any of the three, check that the role belongs in this conversation at all. Which roles actually need AI skills right now is a triage on tasks rather than titles, and it removes most of the requisitions this question gets asked about.
What does "AI experience required" actually filter for?
Tool familiarity, which is the cheapest thing a candidate can acquire and the easiest thing to claim. A named product in a requirements list is a keyword, and keywords are what applicants write toward. You get resumes carrying every tool you listed, in roughly the order you listed them, and no information about whether the person ever refused one of the model's answers.
That refusal is the thing worth hiring for, and a tool list cannot see it. Two candidates used the same assistant on the same kind of task. One asked for the deliverable, got a confident draft, tidied the edges and shipped it. The other wrote down what would make the answer wrong before generating anything, demanded a source for the one claim the recommendation rested on, opened it, and cut a section because it was doing no work. Both are honestly experienced with ChatGPT, and the requirement line cannot tell them apart.
Tool names also date badly. A requisition reopened two quarters later still carries the product list from its first draft, and by then it is screening for a stack the team has stopped using. The act underneath, checking a generated figure against its source, did not change.
There is a downstream cost too. Ask for tools and candidates supply tools, which is how a nine-item product list ends up on a resume with nothing you can do about it. What to make of a candidate who lists their AI tools is a problem the posting created one step earlier.
What do you lose by saying nothing about AI?
The bar, and the consistency. A posting that never mentions AI produces a panel where one interviewer treats assistant use as a red flag, another treats it as table stakes, and a third never raises it. Candidates guess in the same way: some disclose, some hide it, and you end up comparing answers that were never written to the same question.
Three costs, in the order they arrive:
- Self-selection you did not intend. People who work this way and want to keep working this way read the posting for permission and do not find it. Silence is not neutral to them; it reads as a shop that has not thought about it.
- An unscripted round. The question surfaces in the loop regardless, usually in a manager's screen, and it gets asked differently every time. That is an unstructured selection procedure by another name, and it is where the bar quietly becomes whichever interviewer spoke last.
- No basis for the offer conversation. A candidate who learns after signing that most of the first-draft work now runs through an assistant has a fair complaint about the posting.
Naming it is not the same as gating on it. A line in the preferred block, written as an act, sets the expectation and costs you nobody. Writing AI skills into job requirements works the wording line by line; the decision here is only whether the subject appears at all.
Write the requirement in the occupation's own language
Take the occupation's published task list and write the requirement against two or three tasks on it. O*NET carries tasks for every SOC code, and the gap between two of them is the whole argument: financial and investment analysts have 26 task statements, including employing financial models and interpreting data on price, yield and investment risk 4, while market research analysts have 13, including translating complex findings into written text 5.
Run "AI experience" through each and it names unrelated behavior:
| Occupation (SOC) | The exposed task | What "AI experience" has to mean here |
|---|---|---|
| Financial and investment analysts, 13-2051 4 | Employing financial models; interpreting price, yield and risk data | Refusing a plausible figure the assistant produced and re-deriving it from the filing |
| Market research analysts, 13-1161 5 | Translating complex findings into written text; analyzing customer data | Opening the survey behind the on-message statistic before it reaches a deck |
| Paralegals and legal assistants, 23-2011 7 | Investigating the facts and law of a case; preparing documents | Taking the position the signed precedent supports rather than the one the draft reads better with |
Same phrase, three different acts. A requirement written at the altitude of "AI experience" filters correctly in whichever occupation the writer had in mind, and filters for tool trivia everywhere else.
Usage data says the difference is real rather than stylistic. A Microsoft Research team classified 200,000 anonymized Copilot conversations against O*NET work activities and found the most common and most successful AI-assisted activities are information work (creating, processing and communicating information), with applicability cutting across sectors because most occupations have an information-work component 3. Broad reach, a different part of the job in each case.
So write two sentences rather than a skills line. The first names a task from the occupation's own list. The second names the act you would want to see performed on it. Setting a defensible bar for a specific role is the half-day version of the same exercise, and once it exists the requirement falls out of it as a small edit.
Does an AI requirement screen out the people you want?
Written as a credential, yes; written as an act, no. A credential line does its filtering before anyone applies. Harvard Business Review reports the widely cited figure that men apply when they meet 60% of a posting's listed qualifications while women apply only when they meet 100% 6, so a requirement nobody in your process can verify still removes the people who read it honestly.
It also has to survive a challenge. Where a selection procedure has a disparate impact, EEOC guidance says the employer must show it is job-related and consistent with business necessity: necessary to the safe and efficient performance of the job, and associated with the skills needed to perform it successfully 2. "Three years of AI experience" has no defensible relationship to anything: the phrase names no skill, and the number is arithmetic on a technology younger than that in most workplaces. "Checks a generated figure against its source before it goes into a memo" does have one, and you can say what it is for.
Two adjustments keep the pool and the signal at the same time:
1. Move the requirement out of the posting and into the work. The posting states the act; one exercise in the loop checks it. Replacing the resume screen with a work sample is the fuller version of that trade, and it is the only version where the claim gets tested rather than counted. 2. Keep it preferred unless the role cannot be done without it. A required line filters at the application step, before anyone at your company has read a word. A preferred line sets the expectation and still lets in the candidate who picked this up six months ago and is better at it than your last hire.
The people you want sit on both sides of the line. Someone who has never opened an assistant but reflexively checks a number against its source learns the tool in a fortnight. Someone with three years of assistant use who has never once refused an answer will not acquire the habit because you named a product in the requisition.
Common questions
Should the AI requirement be required or preferred?
Preferred, unless the exposed work is most of the job. A required line filters at the application step, before anyone at your company has read a word, and it filters on a claim nobody checks. A preferred line sets the expectation, tells candidates the subject is live, and leaves the judgment to a round you control. Move it to required only when the role's day is mostly work a model already drafts and a plausible wrong answer reaches someone outside the team.
Does naming a specific tool ever make sense?
Yes, when the tool is the workflow rather than the skill. A role that lives inside one analytics stack or one clinical documentation system carries a real switching cost, and naming it states a fact about the job. The test is whether a competent person would need weeks rather than an afternoon to pick it up. General assistants fail that test, so list them under the tools the team uses, not under qualifications.
How do you check an AI requirement in an interview?
Ask for a moment, not a method. "Tell me about a time an assistant gave you a confident answer you did not use. What made you doubt it, and what did you do next?" Someone with the habit answers with a specific claim, a specific check, and what changed as a result. Someone without it answers with a philosophy of AI use. The follow-up carries more than the story: ask what they checked it against, and whether the answer moved.
What about entry-level roles where nobody has AI experience yet?
Write the act and drop the years. Early-career candidates have used assistants constantly and can rarely evidence a single refusal, which is exactly the gap worth naming. A requirement that reads "has checked a model's answer against a source and can describe what changed" is answerable by a new graduate with one honest example, and unanswerable by someone who has never done it. A years-of-experience number on a technology this young measures the calendar, not the person.
Will an AI requirement shrink the applicant pool?
A credential-shaped one will, and mostly at the wrong end. The people who drop out are the ones reading the posting literally, which correlates with care rather than with capability. An act-shaped requirement in the preferred block barely moves volume and buys something better: it gives people who already work this way a reason to write about it in the application, so the first read has something in it worth reading.
References
- 1. Uniform Guidelines on Employee Selection Procedures, 29 C.F.R. § 1607.16 - Definitions ✓ law.cornell.edu Paragraph (Q) defines a selection procedure as any measure, combination of measures, or procedure used as a basis for any employment decision, and names work experience requirements, educational requirements and unscored application forms among them. Accessed 24 August 2026.
- 2. Employment Tests and Selection Procedures ✓ eeoc.gov Where a selection procedure has a disparate impact, the employer must show it is job-related and consistent with business necessity (necessary to the safe and efficient performance of the job and associated with the skills needed to perform it successfully).
- 3. Working with AI: Measuring the Applicability of Generative AI to Occupations ✓ arxiv.org 200,000 anonymized Copilot conversations classified against O*NET work activities: the most common and most successful AI-assisted activities are information work, and applicability cuts across sectors because most occupations have information-work components.
- 4. Financial and Investment Analysts (13-2051.00) ✓ onetonline.org 26 published task statements, including employing financial models and interpreting data on price, yield, stability and future investment-risk trends. Accessed 24 August 2026.
- 5. Market Research Analysts and Marketing Specialists (13-1161.00) ✓ onetonline.org 13 published task statements, including preparing reports that translate complex findings into written text and analyzing data on customer demographics, preferences and buying habits. Accessed 24 August 2026.
- 6. Why Women Don't Apply for Jobs Unless They're 100% Qualified ✓ hbr.org Reports the widely cited figure that men apply for a job when they meet only 60% of the listed qualifications while women apply only when they meet 100% of them.
- 7. Paralegals and Legal Assistants (23-2011.00) ✓ onetonline.org 14 published task statements, including investigating the facts and law of cases and searching pertinent sources, and preparing affidavits and other legal documents. Accessed 24 August 2026.
7 sources, numbered by first appearance. Every one was opened and checked against the claim it carries. How Olive sources claims
General guidance for hiring teams. What works at one company and one volume may not transfer to yours.
Olive assesses how a person works with AI. It does not detect AI-written documents, and it never produces a score, a ranking, or a match percentage for a person. Candidates read the same report the employer reads.