AI Psychosis or AI Discipline, Pick One

AI Psychosis or AI Discipline, Pick One

Teams that optimize for AI intensity without naming one customer outcome create execution drag. The discipline is simple, one lever, one baseline, one owner, one stop condition.

Tip: click any paragraph to jump there.

Quick decision summary

Five plain-language checks for a go or hold decision

What claim are we testing?
Enterprise AI programs should scale now because momentum and model progress indicate strategic inevitability.
Who is the named peer?
KPMG-Anthropic and PwC-Anthropic disclosures show rollout momentum. They do not yet provide broad buyer-published baseline-to-post customer outcomes in the same artifacts.
Source strength
mixed Mixed tiers
Where this may not apply
Momentum signals are real, but transferability into a regulated enterprise still depends on local baseline definitions, accountable owners, and explicit stop conditions.
Recommended decision
Approve only the initiatives that name one customer lever first and commit to a measurement window before rollout. Defer momentum-only requests until evidence design is explicit.

The fastest way to lose decision quality in enterprise AI is to confuse momentum with proof.

That confusion is now predictable. Model capability improves, launch cadence accelerates, and leaders feel pressure to approve larger programs quickly. In the meeting room, that feels like urgency. In execution, it often becomes accountability diffusion: everyone supports the initiative, no one owns the customer outcome, and spend scales faster than evidence.

Microsoft’s human-agency research gives the operational version of that problem. Only 1 in 4 AI users say leadership is aligned, and 65% say they fear falling behind. That is not a model-performance signal. It is a control-design signal.

The recent KPMG-Anthropic and PwC-Anthropic disclosures are meaningful momentum signals. They show that large operators are committing leadership attention, people, and process to AI now. That matters. It confirms this is an operating shift, not a hobby cycle.

What those disclosures do not do is prove transferability into your regulated context. They do not define your baseline, your constraints, your owner, or your stop condition. Those are local governance duties, not vendor announcement artifacts.

Where teams lose the plot

When proposals are framed as inevitable, review rigor usually drops in three ways.

First, lever stacking replaces prioritization. One request claims cost reduction, capacity expansion, customer experience improvement, and product differentiation at once. No sequence. No declared first lever. No downside if the first claim misses.

Second, baseline discipline gets deferred. Teams promise movement but postpone baseline capture until after kickoff. That guarantees a narrative debate later because no one can prove delta cleanly.

Third, ownership blurs into committee language. If a committee owns publication, no individual owns the publish-or-stop call. That is how token and tooling spend rises while customer outcomes stay flat.

CX-as-ROI, made operational

Every AI request should be forced through one of three buyer-facing levers before approval:

  1. Cost-to-serve: the same service outcome at lower unit cost.
  2. Capacity reallocation: the same team serves more customers or handles higher-value work.
  3. Product functionality: the product itself becomes more capable in a way customers can feel and use.

Do not allow “improves CX” as a standalone claim. It is too broad to govern and too vague to fund. The request must name one first lever, one metric attached to that lever, and one owner accountable for publication.

The grounded stance

Run one gate for this quarter, with no exceptions:

  1. Name one first lever.
  2. Declare baseline before rollout.
  3. Assign one accountable owner.
  4. Set one measurement window.
  5. Write one stop condition in advance.

If any element is missing, do not kill the idea and do not fast-track it. Return it for evidence design. This keeps pace high while filtering weak asks before they enter the budget lane.

No-buyer-proof disclosure

This article ships as thesis guidance, not as buyer-validated deployment proof.

Why this gate is not anti-innovation

This stance does not reject capability progress. It separates capability from investability. Capability can be exciting and still not be fundable in your context until the evidence design is explicit.

Anthropic’s Opus 4.8 release strengthens the same reading. Early testers say the model catches its own mistakes, and Anthropic says it is about four times less likely than its predecessor to let code flaws pass unremarked. That is useful, but it still does not remove the need for a named lever, baseline, owner, and stop condition before scale.

The AIRS pattern in the N=523 sample is a useful reminder here: perceived value is the dominant predictor of behavioral intention (beta=.505, p<.001 in that sample), not generic feature availability. In governance terms, buyers fund what shows clear value movement, not what sounds advanced. A gate that forces one lever and one baseline is aligned with that reality.

Customer-voice proof required for buyer-validated upgrade

To upgrade this from strong thesis to buyer-validated evidence, attach one Tier-1 practitioner voice in this file with four fields:

  1. Named person and role
  2. Verbatim quote
  3. Source URL and date
  4. One baseline-to-post metric tied to one declared lever

Without that block, keep the article labeled as strong thesis guidance with the no-proof disclosure.

Draft-stage upgrade path (bounded)

To keep this draft compelling in draft-stage, gather one named practitioner packet before publish lock.

  1. Source to fetch next: named enterprise AI program owner describing governance gating before scale.
  2. Quote type required: one verbatim quote linking momentum pressure to a specific control decision.
  3. Metric required: one baseline-to-post metric tied to the declared first lever and measurement window.
  4. Owner and deadline: capture in weekly scan notes before publish-stage review.

If this packet is still missing at the downgrade trigger date, reclassify to hype or archive rather than leaving the thesis unlabeled.

Monday morning implication

In your next steering committee, do one operational reset before discussion starts.

Split the queue into two buckets:

  1. Requests with explicit evidence design: first lever, baseline, owner, window, stop condition.
  2. Requests with momentum language only.

Approve from bucket one. Return bucket two with one sentence: “Resubmit with one first lever, baseline defined pre-rollout, one owner, one window, and one stop condition.”

Then set one reporting rule for all approved work: no expansion to phase two until the first measurement window closes and the named owner publishes the result against baseline.

That decision line gives you speed with control. It protects funding quality without slowing real delivery. It also removes the most expensive queue error in enterprise AI: approving on narrative momentum and discovering too late that no one can prove customer movement.

References

  1. AIRS facts ledger ( The Hype Check )
  2. Anthropic and KPMG announcement ( Anthropic , 2026-05-19 )
  3. PwC expands partnership with Anthropic ( Anthropic , 2026-05-14 )