What AI-first actually says

The rule is narrow: when facing a problem or an investment, evaluate AI as a primary option rather than as an alternative to the default. That is all. It says nothing about what you should choose, and a strict reading requires you to reject AI whenever the evidence says so.

Gartner, which has done more than anyone to put the term in board packs, is unusually clear on this point and states that AI-first is not AI-always, warning specifically against forced adoption. That caveat is the most useful sentence in the framing and the one most reliably dropped when the term travels into a strategy deck.

The distinction that keeps this honest

AI-first is a policy. AI-native is a property. You adopt the first by deciding; the second describes what you already are. Conflating them lets an organisation claim a structural transformation on the strength of a memo, and it is the most common way this vocabulary gets abused. The two terms compared directly: AI-native vs AI-first.

Where to apply it

Gartner's scoping model is genuinely useful and worth keeping: the rule can be applied at enterprise level, to product, to IT specifically, or to individual functions with high potential. Enterprise-wide offers the most upside and carries the most risk, which is why most organisations sensibly start with one function and extend from evidence.

The selection criterion we would add: apply it where the constraint is process rather than technology. If a function is slow because approvals take three weeks, an AI-first policy will produce three-week approvals of AI-generated work. Fix the process, then apply the rule.

How to tell whether it took

A policy that changes no artefact changes no behaviour. The organisations where AI-first has real effect changed something concrete and small:

That last one matters more than it sounds. Without a legitimate path to rejection, teams told to be AI-first will produce the appearance of compliance, and you will have degraded your information about what works.

Expect the trough

Performance often dips first. Gartner says so; measured evidence elsewhere agrees. METR's randomised trial found experienced open-source developers took 19% longer to complete tasks with AI tooling on their own repositories. The number is specific to that setting. The finding that generalises is the one underneath it: those developers expected a 24% speed-up beforehand, and still believed afterwards that they had been 20% faster. A policy justified by self-reported gains will therefore look successful whether or not it is, so measure something that does not depend on how the work felt.

Our position, stated plainly

AI-first is a reasonable policy and a weak identity. As a rule for what enters an evaluation it is cheap and often useful. As a description of a company it says almost nothing, because any organisation can adopt it by announcement, and most that claim it have not changed a single artefact of how decisions are made. If you want a claim with content, make the structural one and be prepared for the test that goes with it.

Related reading

AI-native for the structural version, agent-led for the narrower operating claim, AI at the core for the strategic positioning phrase, and agentic for the word underneath most of them. On execution rather than policy: AI team design and when not to use AI agents, which is what a functioning AI-first process should produce regularly.

Frequently asked questions