← Research
Research

When should I override AI?

The rule should be written before the system is deployed, not improvised while something is going wrong.

Last reviewed: 26 August 2026

Six override conditions, three deferral conditions, the capability precondition that governs all of them, and the cheapest diagnostic available.

Questions this page answersAll 780 questions this research covers

The question is usually asked backwards. "When should I override AI?" assumes the decision gets made in the moment, by whoever happens to be looking at the output, using judgement they will have to justify afterwards. That is the worst possible time and the worst possible basis. The override rule should be written before the system is deployed, not improvised while something is going wrong.

Aviation and medicine worked this out decades ago and wrote it into procedure. Most organisations deploying AI in 2026 have not, so their staff are making these calls alone, under time pressure, with no institutional cover.

The rule, in one sentence#

Specify in advance the grounds on which a person may override the system, the grounds on which they must defer to it, and who carries the consequence in each case. Unspecified, this collapses into whichever party is more confident in the room, which is the worst available decision procedure.

Six conditions that should trigger an override#

These are drawn from the human-factors literature and from what the AI evidence supports. They are conditions rather than instincts, and that distinction carries the weight.

1 · You hold context the system does not. The strongest and most common ground. History, politics, a prior attempt, something a client said last week. The model is not wrong about the facts it has; it is answering a different question from the one that actually applies.

2 · The output conflicts with something you can independently verify. A primary document, a person who knows, the original study. Not another model: the South African High Court judgment in Mavundla records a judge testing a fabricated citation in ChatGPT, which confirmed the non-existent case was real.

3 · The task is at the edge of the domain rather than its centre. The competence boundary is jagged, and consultants working just outside it in the BCG experiment were 19 percentage points less likely to reach a correct answer than consultants using no AI at all.

4 · The output is unusually confident on an unusually hard question. Not proof of error, but the moment to slow down, because confidence is a property of the writing rather than the knowledge.

5 · The consequence is irreversible. Reversible decisions can tolerate a wrong answer. Irreversible ones cannot, and the override threshold should scale with that rather than with how confident anyone feels.

6 · You cannot explain why the answer is right. If you could not reconstruct the reasoning for someone who challenged it, you are not in a position to accept it, whatever the output says.

Three conditions where you should defer, and this is the harder half#

A page that only lists reasons to override is encouragement dressed as a rule. The evidence supports deferring in specific circumstances, and saying so is what makes the rest credible.

Where the system demonstrably outperforms you on this task class, and you have measured it. The Vaccaro meta-analysis found that where the AI alone outperformed the human alone, combining them dragged results down towards the human's level. If you have evidence the system is better here, overriding on instinct is likely to make the outcome worse.

Where your objection is aesthetic rather than substantive. Disliking the phrasing, the framing or the approach is the most common reason people reject correct output. None of it amounts to identifying an error.

Where you are overriding because you produced a different answer first. Anchoring runs both ways. Having a prior position is essential for noticing divergence, and also a reason to be suspicious of your own resistance.

The precondition nobody checks#

All of the above presumes something that is frequently untrue: that the person can detect the error at all. If nobody in the chain could have produced the work themselves, the override right is theoretical. That is the capability test, and it governs everything else. See who owns verification.

There is also an organisational precondition. If overriding costs the individual something, a missed target, a conversation with a manager, being the only one who did, the right exists on paper and not in practice. Article 14 of the EU AI Act, in force since 2 August 2026, requires that overseers of high-risk systems can decide not to use them or disregard their output. That is a capacity, not a permission, and the distinction is where most arrangements fail.

Written override rules have not been tested#

No study has tested whether organisations with written override rules outperform those without. The six conditions are drawn from human-factors research and from the AI evidence cited here, but the specific list is a reasoned construction rather than a validated instrument. Treat it as a decision-forcing device.

There is also a genuine tension the page cannot resolve. Overriding a system that is better than you costs accuracy; not being able to override costs accountability and the capacity to catch the cases the system gets badly wrong. Both are real, and the balance depends on consequence and reversibility rather than on principle.

The measurement that tells you the truth#

Count the overrides. If nobody has disregarded the system this quarter, that evidences an untested right rather than a good system, and possibly a workload that makes real scrutiny impossible or a chain in which nobody is competent to object. It is the cheapest diagnostic available and almost nobody runs it.

On the tool that holds this, the Delegation Boundary Map. On the legal duty, meaningful human oversight. On why review at the end is the weakest position, human in the loop is not a safeguard. On detecting error, how do I know when AI is wrong and automation bias. See algorithm aversion.

Key sources

About this research#

Rahim Hirji is the author of SuperSkills (Kogan Page, 2026), keynote speaker on AI and human capability, and founder of The SuperSkills Intelligence Company. The regulatory position is quoted from the primary text and dated; the interpretation is the author's. Not legal advice.

How this research works  ·  Reviewed quarterly  ·  Found an error? Tell me and it is corrected on the page.

Cite this

Hirji, R. (2026). When should I override AI? The SuperSkills Intelligence Company. Last reviewed 26 August 2026. thesuperskills.com/research/when-should-i-override-ai

Questions answered on this page

When should I override AI?

Six conditions. You hold context the system does not. The output conflicts with something you can independently verify, using a different kind of source rather than another model. The task is at the edge of the domain rather than its centre. The output is unusually confident on an unusually hard question. The consequence is irreversible. Or you cannot explain why the answer is right. The rule should be written before deployment rather than improvised in the moment.

When should you defer to AI rather than override it?

Three conditions, and this is the harder half. Where the system demonstrably outperforms you on this task class and you have measured it, since the meta-analytic evidence shows combining a human with a stronger system drags results down towards the human's level. Where your objection is aesthetic rather than substantive. And where you are overriding mainly because you produced a different answer first, since anchoring runs both ways.

What is the precondition for a meaningful override right?

That the person can actually detect the error. If nobody in the chain could have produced the work themselves, the override right is theoretical. There is an organisational precondition too: if overriding costs the individual a missed target or a difficult conversation, the right exists on paper and not in practice. Article 14 of the EU AI Act requires that overseers can decide not to use a high-risk system or disregard its output, which is a capacity rather than a permission.

How do you know if your override rule is working?

Count the overrides. If nobody has disregarded the system this quarter, that is not evidence of a good system. It is evidence of an untested right, and possibly of a workload that makes real scrutiny impossible or a chain in which nobody is competent to object. It is the cheapest diagnostic available and almost nobody runs it.

In this hub

Judgement, oversight and accountability

Who decides, who checks, and who is answerable when the machine was involved.

Bring this into your organisation

If this describes something happening in your teams, say so.

Keynotes, board sessions and advisory work, drawing on research across more than 200 organisations in 30 countries. Tell me the room, the date and the shift you need. A reply within 24 hours.

Start a conversation

Topics and audiences  ·  All research

Six conditions say override and three say defer. All nine rest on a capability precondition most organisations have never tested. Establishing whether your people could exercise the override is the engagement. AI advisory for CEOs and boards.

Box of Amazing

Rahim’s free weekly letter on AI and human capability

If this was useful, the weekly letter is where the thinking happens first. Most of what ends up on this site starts there. Weekly essays on AI, capability and the future of work. Read by 25,000 people, every week since 2017. Free, and one click to stop.

Opens Substack to confirm. No pitch in it, unsubscribe in one click, and nobody follows up because you read something.