The Metaphor Trap

Fast Company named the symptom on June 10, 2026: enterprise AI is stuck because the industry builds from metaphors, not models. The diagnosis is correct. The implications run deeper than the piece explores.

Ken Granville · CEO & Co-Founder, MindAptiv June 2026 Open Access
In This Paper
Abstract

Enterprise AI is stuck, not because models are too weak, but because the industry is still building from metaphors. Memory. Reflection. Planning. Dreaming. Human cognitive vocabulary layered over statistical engines that do not actually work the way those words suggest. Fast Company named this symptom on June 10, 2026. The diagnosis is correct. The implications run deeper than the piece explores.

A metaphor describes something. A model predicts, generalizes, and scales. You can ship a metaphor in a pitch deck. You cannot industrialize one. The field uses cognitive vocabulary because it has not built the layer those words actually describe; it has built something else and borrowed the words. Every agent orchestration layer, every retrieval-augmented pipeline, every memory module built on top of a foundation model inherits this condition. The interventions stack. None of them change what the underlying system is doing: detecting, not determining.

This paper identifies the structural gap between a proposal engine and a determination layer, explains why that gap is the source of the artisanal AI problem enterprise deployments keep encountering, and describes what intent-native computing provides that metaphor-native computing cannot: a substrate in which governed determination is a property of the system rather than a behavior the system is asked to approximate.

Section I

The Diagnosis

Fast Company published a piece on June 10 that deserves more attention than it will probably receive. The argument is deceptively simple: enterprise AI is stuck not because models are too weak, but because the industry is still building from metaphors. Memory. Reflection. Planning. Dreaming. Human analogies layered over computational architectures that do not actually work the way those words suggest.

The piece cites Anthropic's "dreaming" technique for AI agents as a telling example. The field reaches for cognitive vocabulary when describing systems that are, in reality, statistical engines operating on token sequences. The metaphors are useful for communication. They are catastrophic for industrialization.

The distinction the piece draws is important: a metaphor describes something. A model predicts, generalizes, and scales. You can ship a metaphor in a pitch deck. You cannot industrialize one.

Source
The real reason enterprise AI is stuck

This is a correct diagnosis. But it stops short of the structural claim. The metaphors are not a communication problem. They are a symptom of an architectural one. The field uses cognitive vocabulary because it has not built the layer those words actually describe. It has built something else and borrowed the words.

Section II

The Deeper Problem

Most foundation-model-centered enterprise AI frameworks in production today are built on foundation models that operate by detecting statistical patterns in token sequences and returning more tokens. The vocabulary we apply to the outputs is borrowed from human cognition. It is not a technical description of what is happening inside the system.

The system detects.
We call it understanding.
The system approximates.
We call it reasoning.
The system recombines.
We call it knowing.

These are useful fictions. They make demos compelling and boardrooms comfortable. They do not make infrastructure reliable.

Prior Art · MindAptiv Core Doctrine · 2011 forward
Detection is pattern recognition at scale. Determination is the binding of a detected pattern to a consequence in the real world. These are not the same operation. The field has built extraordinary detection infrastructure. It has built far less determination infrastructure than detection infrastructure.

Every agent orchestration layer, every retrieval-augmented generation pipeline, every "memory system" and "planning module" built on top of a foundation model inherits this condition. The interventions stack: prompt engineering shifts the probability distribution; RAG constrains the retrieval space; fine-tuning biases the output. None of these interventions change what the system is doing at its core. It is detecting, not determining.

The artisanal problem Fast Company names is not a tooling problem, a talent problem, or an adoption problem. It is an architecture problem. Artisanal outputs are the expected result of a system whose outputs are, by design, probability-weighted proposals rather than governed determinations.

Detection is not determination.
Section III

The Proposal Engine Error

To be precise: this is not a criticism of any specific model. Claude, GPT-4o, Gemini: these are genuinely capable systems, exceptional at what they do. What they do is detect and approximate at extraordinary scale and fluency.

That makes them outstanding proposal engines.

A recurring structural mistake is deploying proposal engines as execution engines. Most foundation-model-centered deployments have made this choice, often without a vocabulary to name it as such. Foundation models are optimized to propose the most statistically probable continuation of a given input. That is a powerful and genuinely useful capability. It is not the same capability as executing a deterministic consequence bound to a verified intent.

The distinction that matters
A proposal engine
produces the most likely output given the input.
An execution engine
produces the correct output given the verified intent.
 
These are different problems. Conflating them is how enterprise AI stays stuck.

You cannot safely rely solely on a hospital, a power grid, a financial system, or a supply chain governed by a system that is, at its core, proposing what you probably meant. These sectors already operate probabilistic systems under controls, but those controls are currently detection-layer, not determination-layer. The moment your infrastructure requires determinism, it requires that what the system does corresponds to what you actually specified, not to what the model estimated you probably meant. At that point you need something the current paradigm was not designed to provide.

GenAI's proper role is proposing. Not executing. The entire field's resistance to this distinction is the reason enterprise AI remains, in Fast Company's precise word, artisanal.

Section IV

The Determination Layer

The solution the industry has not yet converged on is a formal primitives layer beneath language. Not a better prompt framework. Not a longer context window. Not a smarter agent. A structural layer where intent is treated as a first-class computational primitive: something the system operates on, not something it guesses at after the fact from a generated response.

In current AI systems, the model generates an output and humans evaluate whether the output matches what they wanted. Intent is reconstructed backward, from the response. In a determination layer, human intent is captured as structured input before generation begins, and a separate governance layer verifies that what the system produces corresponds to what the person specified. The order of operations is reversed. Intent is the input. Output is the consequence. Governance happens at the binding between them.

Independent Confirmation · PNAS Nexus · June 10, 2026
A peer-reviewed paper applied the Stroop task (the gold-standard 1935 cognitive test for executive control of attention) to ChatGPT 4o and Claude 3.5. Both models degraded toward chance on the incongruent condition as sequence length increased, while word-reading accuracy remained near-perfect. The authors concluded that transformer attention implements the orienting function of biological attention but lacks the executive control function. The architecture "has not been explicitly implemented" in current transformers. The paper's executive-control framing closely corresponds to what MindAptiv has called determination since 2011.

The determination layer is not a simple add-on. The deeper a system's dependence on probabilistic proposal, the harder it becomes to retrofit determination after the fact. Some governance layers can be added incrementally, but without an architectural foundation designed for determination from the start, the binding between intent and execution remains probabilistic. More parameters do not resolve the detection-versus-determination gap. A more capable approximator is still an approximator.

Section V

What Intent-Native Computing Looks Like

This is the problem MindAptiv has been working on since 2011.

The Wantware platform introduces Meaning Coordinates: 256 formal intent primitives organized across four realms, 32 groups, and 8 conjugates. These are not approximated from training data. They are structurally defined. They give the system something to operate on beneath the level of language: a formal model of what the person means, not an estimate of what the person probably said.

The architecture that follows is categorically different from what the industry has built.

GenAI proposes.  ·  Synergy® governs.  ·  Morpheus® executes.
Foundation models remain in the stack, doing what they do best. They are no longer the execution layer.

Synergy® governs execution at the determination layer, a structural implementation aimed at the same control gap the Patel paper documents as absent from current transformers. Morpheus® generates the instructions. MindAptiv's implementation claim is that the output is deterministic relative to the verified intent (governed at the binding point between declared intent and execution) in a way that statistical language models are not designed to be.

20–114×
Workload-dependent speedups
independently evaluated:
AWS & Rowan University Digital Engineering Hub
(internal testing: OCI, GCP · AdaptWithChameleon.com)
99.7%
Energy reduction
under documented workloads
see AdaptWithChameleon.com

The metaphor the Fast Company piece correctly identifies, and the deeper one it does not name, both resolve at the same point. The field is building from metaphors because it has not built the formal layer that the words it borrows are supposed to describe. That layer is not a research agenda item. It is a shipped architecture currently in deployment, with Q3 2026 as the full platform target.

MindAptiv · Intent-Native Computing
The gap has been confirmed.
The architecture exists.

Essence® is an intent-native computing platform built from first principles, where human intent is the computational primitive, Synergy® governs execution at the determination layer, and the machine does not inherit the constraints of the paradigm it was built to transcend.

Join the Waitlist Explore Essence® → Start at Paper 1 →
Citations
"The real reason enterprise AI is stuck" · Fast Company · June 10, 2026 · fastcompany.com/91555415/real-reason-enterprise-ai-stuck
Patel, Wang & Fan · "Deficient Executive Control in Transformer Attention" · PNAS Nexus 5(6):pgag149 · June 10, 2026
Granville · "What the Insiders Confirmed" · MindAptiv White Paper 6 · June 2026
Granville · "The Ornithopter Mistake" · MindAptiv White Paper 3 · June 2026