Screening
An AI-Disclosure Box Is Only Worth Adding If the Answer Changes Something
An AI-use question belongs on an application form only if a yes changes what happens next, and a yes in a tick box changes nothing. Ask one free-text line instead: what did you use AI for on this application. Treat the answer as an opening question for the first conversation, not as a gate, and print the rule beside the field: disclosure is never itself a reason for rejection. If you will not print that sentence, leave the field off.
The takeMost disclosure fields are written for the employer's comfort rather than for a decision. The tell is that nobody can say what a yes triggers, which means the field exists to create a record that someone told you, in case it is wanted later. That is an unverifiable self-report held as evidence, and it costs the candidates who answered honestly while collecting nothing from anyone else. Either the answer feeds a question you will actually ask, or the box is a liability with a checkbox on it.
Where Olive fits
Open a role and see what the work shows
A disclosure box collects a claim, and a claim cannot carry a decision. Olive produces no composite and no automated decision: a person writes each of the six findings, every one carries the timestamped excerpt it rests on, and the candidate is granted the identical report on every tier.
Rank your shortlistWhat Would You Do With a Yes?
Most teams, pushed on it, find the answer is nothing: they would still read the application, still run the screen, still ask the same questions. If a yes does not change a question you ask, a stage someone reaches, or a rule you apply, the field collects a liability and no signal, and it belongs off the form.
Run the three possible answers before the vendor toggle goes on:
- Yes. Now what. If the honest answer is nothing, the field is decoration. If the honest answer is that this application gets read more sceptically, write that down and look at it, because that is a penalty for candour applied to the people who were candid.
- No. Unverifiable, and the applicants most likely to write it are the ones who used a spellchecker and were not sure it counted.
- Blank. Indistinguishable from a form that timed out, a screen reader that skipped it, or a person who did not understand the question.
One version of the field does change something. Ask what the candidate used AI for on this application, in one or two lines, and the answer becomes an opening question for whoever runs the first conversation: which part, which tool, what came back wrong, what they changed. That is a field with a downstream use, which is the only kind worth adding.
Why an Attestation Cannot Be Checked
Because nothing behind it can be verified, in either direction. A yes is a self-report and so is a no, and the tools people reach for when a no looks doubtful fold under trivial edits. Holding every detector in one benchmark at a fixed 5% false-positive rate, swapping characters for lookalike homoglyphs dropped one tool's accuracy from 85.0 to 9.3, while five others lost an average of 40.6 points 1.
Those are benchmark documents rather than applications, and one tool in the same test barely moved, so the finding is not that every detector collapses on contact. It is that the effort required to defeat one is seconds, which means the people a detector surfaces are the people who were not trying to hide anything. Pair that with the error direction and the picture gets worse: seven detectors run over 91 human-written TOEFL essays produced an average false-positive rate of 61.3%, against near-perfect accuracy on essays by US eighth-graders 2. Different documents, an older generation of tools, and a false-positive rate rather than an accuracy rate. The direction is the durable part, and it points at people writing in a second language.
So an attestation is an honour-system question with no instrument behind it, which is a defensible thing to ask and an indefensible thing to enforce. The choice between trusting the answer, buying a tool, and watching someone work is the actual decision here: honour-system disclosure, detection, or observation is where that comparison gets made.
Write the Field and the Rule Together
Draft both sentences in one sitting or leave the field off. The field: what did you use AI for on this application. The rule, printed directly beneath it: what you write here is never itself a reason for rejection. The second sentence is what makes the first one answerable honestly, and a question nobody answers honestly is worse than a question never asked.
The rule has to be true in practice, which means somebody decides in advance what happens when the answer is uncomfortable. Settle whether an AI-written application is a reason to reject anyone before the field goes live, not in the moment when a hiring manager forwards one and asks.
What the answers are worth, in practice:
- "Drafted the summary, wrote the rest myself." Ordinary. Ask about the rest.
- "Used it to translate my answers from Portuguese." Says nothing about capability and everything about how the form was read. Do not treat it as a flag.
- "Used it to research your company and tighten my phrasing." Background reading and line editing. It says the applicant can aim a tool at the two things it is good at, and nothing about what happens when the tool is wrong.
- An answer describing a specific piece of judgment they kept. The interesting one, and the reason to have the field at all.
Keep the box small. Two lines of text, a stated limit, no follow-up sub-questions, and no separate consent language stapled to it. A long disclosure block reads as a legal trap and gets the answer a legal trap deserves.
What the Law Asks You to Disclose
The live disclosure duties in US hiring point at the employer. New York City bars using an automated employment decision tool on a city candidate unless a bias audit was done within the prior year, a summary of it is posted publicly, and the candidate had notice at least 10 business days before the tool is used 3. Nothing in that regime asks a candidate to declare anything.
That is one city, and it is a disclosure-and-audit regime rather than a ban, with the notice counted in business days. Other jurisdictions have added their own notice duties on different triggers and different timelines. This is public legal fact as of August 2026 rather than advice, and the specific question of what you may ask an applicant belongs with counsel: what you can lawfully ask candidates about their AI use is the version of this with the jurisdictions laid out.
An employer running an automated tool on candidates may owe them notice, an audit and a posted summary, while the candidate owes the employer nothing about the tools they used to write a document. A disclosure box that reverses that direction, collecting attestations from applicants while the employer's own use goes undescribed, is the version most likely to read badly if anyone ever prints both pages side by side.
In a vignette experiment with 921 working-age Austrians, a rejection from an AI with no explanation scored lowest on all four measures taken, and an AI rejection that came with an explanation drew the same fairness ratings as a human rejection without one 4. Hypothetical rejections rated by an online panel, on a scale where every condition sat below the midpoint. The finding still points at the same conclusion the field does: the explanation is the part that carries weight, and an unexplained automated decision is the worst available option.
Common questions
Can you legally ask candidates whether they used AI?
The live US AI-hiring rules point at the employer, not the applicant. New York City's Local Law 144 regulates the employer's tool: a bias audit, a posted summary, and candidate notice at least 10 business days before use 3. Nothing there governs what an applicant may be asked, so as of August 2026 the exposure sits in what you do with the answer, not in the asking. A question that leads to rejecting people who disclose, when disclosure correlates with writing in a second language or using assistive technology, is the version that draws attention. Keep the question narrow, keep the no-rejection rule written down, and have counsel review the wording alongside the rest of the application form.
What if a candidate discloses and the submitted work is weak?
Judge the work, and let the disclosure be a question rather than an explanation. Weak work is weak whether a person or a tool produced it, and strong work assembled with help is still evidence that the person can produce strong work with the tools they will have on the job. If you want to know how much of the judgment was theirs, ask them about a specific choice in it.
Should the job posting say AI is allowed on the application?
Yes, and say it in the posting rather than only on the form. A stated rule removes the guessing game that produces both dishonest answers and self-eliminating candidates, and it gives you something to point at later if the question comes up. One sentence covers it: AI is allowed on the written parts of the application, and what you say about how you used it is never held against you.
Is an honour-system policy enough on its own?
It is enough for a form and not enough for a decision. An honour-system question collects a claim, which is fine when the claim only opens a conversation. It cannot support a rejection, cannot be audited, and cannot be defended if someone challenges it. If a stage genuinely needs to know how a person works with AI, that stage has to put the work in front of them and see what they do with it.
What should you do with a blank answer?
Nothing. A blank field is not a refusal, and treating it as one converts an optional question into a hidden knockout. Blanks come from timeouts, screen readers, mobile keyboards, and people who could not tell whether the question was a trap. If the answer matters enough that a blank feels like a problem, the question belongs in the first conversation where someone can ask it properly.
References
- 1. RAID: A Shared Benchmark for Robust Evaluation of Machine-Generated Text Detectors aclanthology.org Supports the claim that a disclosure answer cannot be checked with a detector: at a fixed 5% false-positive rate, character-level edits dropped one tool from 85.0 to 9.3 and cost five others an average of 40.6 points.
- 2. GPT detectors are biased against non-native English writers pmc.ncbi.nlm.nih.gov Supports the claim that the error direction lands on people writing in a second language: seven detectors averaged a 61.3% false-positive rate over 91 human-written TOEFL essays.
- 3. Automated Employment Decision Tools: Frequently Asked Questions nyc.gov Supports the claim that the live disclosure duty runs from employer to candidate: a bias audit within the prior year, a posted summary, and notice at least 10 business days before use.
- 4. Rejected by an AI? Comparing job applicants' fairness perceptions of artificial intelligence and humans in personnel selection frontiersin.org Supports the claim that the explanation carries the weight: among 921 respondents, an unexplained AI rejection rated lowest on all four measures, while an explained one matched a human rejection without an explanation.
4 sources, numbered by first appearance. 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.