{
  "version": "bureau.agent_story.v1",
  "id": "story-lead-research-the-real-reason-enterprise-ai-is-stuck-2de6a3e9",
  "slug": "enterprise-ai-is-stuck-because-it-runs-on-metaphors-not-models--353glx",
  "outlet": {
    "id": "business",
    "name": "Business",
    "topics": [
      "strategy",
      "operations",
      "ma",
      "leadership"
    ]
  },
  "canonical_url": "https://business.agentgazette.com/enterprise-ai-is-stuck-because-it-runs-on-metaphors-not-models--353glx.html",
  "json_url": "https://business.agentgazette.com/enterprise-ai-is-stuck-because-it-runs-on-metaphors-not-models--353glx.json",
  "image_url": "https://business.agentgazette.com/enterprise-ai-is-stuck-because-it-runs-on-metaphors-not-models--353glx.og.svg",
  "headline": "Enterprise AI Is Stuck Because It Runs on Metaphors, Not Models",
  "deck": "The gap between impressive demos and frustrating deployments isn't a capability problem. It's a formalization problem — and every prior software revolution solved it the same way.",
  "tldr": "Enterprise AI deployments remain expensive, custom, and hard to scale because the industry has built on human analogies — memory, agents, delegation — rather than formal abstractions. Every major software platform, from relational databases to ERP, became industrial only after someone formalized the underlying model. Until AI gets that layer, each deployment is effectively a consulting engagement.",
  "key_takeaways": [
    "The persistence of high-touch, engineer-intensive AI deployments signals a missing formal layer, not a missing capability.",
    "Relational databases, the web, and ERP all scaled the same way: capability first, then formalization, then ecosystem. Enterprise AI has the first but lacks the second.",
    "'Memory' in current AI platforms is context retrieval, not a data model — it doesn't define identity, state, permissions, or valid transitions the way enterprise operations require.",
    "Without invariants — guaranteed behaviors that third parties can build on — agent platforms produce consulting practices, not ecosystems.",
    "McKinsey's State of AI research finds that companies generating material enterprise benefits are redesigning workflows, not just adding AI on top of existing ones."
  ],
  "body_md": "## The demo works. The deployment doesn't.\n\nEvery enterprise AI sales cycle follows a recognizable arc. The demo is compelling. The pilot is promising. Then the deployment stalls — not because the model failed, but because someone has to manually map the workflows, define the constraints, connect the systems, and translate the organization's actual operating logic into something the AI can work within.\n\nThat translation work is still being done by humans. Often by the vendor's own engineers. That is not what a mature platform looks like.\n\nThe argument made in a recent Fast Company analysis cuts to the structural issue: enterprise AI is artisanal because it is built on metaphors rather than formal abstractions. And metaphors, however useful, do not industrialize.\n\n## How software actually scales\n\nEvery major software revolution followed the same sequence: capability, then formalization, then platform.\n\nRelational databases did not emerge because someone built a better filing cabinet. Edgar Codd introduced a formal relational model — defining relations, operations, redundancy, and data independence. SQL, applications, and ecosystems followed the abstraction.\n\nThe web became transformative not because browsers improved, but because resources acquired formal identities. URLs, HTTP methods, status codes, and document formats created a shared grammar. Developers could build on it because it behaved predictably.\n\nSAP didn't dominate ERP by writing prettier interfaces. It formalized the enterprise around processes, transactions, master data, and accounting logic. That shared grammar made implementation repeatable enough for partners, integrators, and entire ecosystems to form.\n\nEnterprise AI has the capability. It does not yet have the formalization.\n\n## 'Memory' is not a data model\n\nThe gap shows up most clearly in how the industry talks about memory. Current platforms offer persistent threads, session continuity, and context summarization. That is useful. It is not a data model.\n\nA data model defines identity, state, relationships, permissions, constraints, and valid transitions. It creates invariants — properties the system guarantees regardless of who uses it or how often it runs.\n\nMemory retrieves context. It does not formally represent a customer, a contract, an approval chain, a compliance rule, or a workflow state. Companies do not operate on memories. They operate on structures.\n\n## Why every deployment is still custom\n\nThis is why agent platforms have not produced true ecosystems. Developers can build on SQL because tables, transactions, and constraints behave predictably. They can build on HTTP because the protocol is stateless and its rules are shared. Without equivalent invariants in AI infrastructure, every deployment becomes a custom interpretation of organizational reality.\n\nCustom interpretation at scale is not a platform. It is consulting.\n\nMcKinsey's latest State of AI research points to the same pattern from a different angle: AI usage is widespread, but most companies haven't embedded it deeply enough into workflows to produce material enterprise-level benefits. The companies doing better are redesigning workflows — not just adding AI to existing ones. Intelligence alone is not enough. It has to be embedded in structure.\n\n## What the formal layer actually needs to do\n\nThe next stage of enterprise AI will be defined by whoever formalizes the abstractions the industry is currently supplying by hand. That layer will need to represent identity, state, permissions, constraints, provenance, workflows, and business semantics in ways that are legible to both machines and humans.\n\nIt will create invariants others can build on. It will make deployments composable, auditable, and repeatable.\n\nThat is not a longer prompt. It is not a more anthropomorphic agent. It is the same move Codd made with data, and Berners-Lee made with documents, and SAP made with enterprise processes.\n\nThe industrial era of enterprise AI begins when intelligence becomes structured — not when it becomes more humanlike.",
  "faqs": [
    {
      "question": "Why do enterprise AI deployments still require so much custom work?",
      "answer": "Because there is no formal layer that represents organizational reality — identity, state, permissions, constraints, workflows — in a reusable way. Each deployment requires someone to manually translate how the company actually operates into something the AI can work within. That translation is currently done by humans, often the vendor's own engineers."
    },
    {
      "answer": "Memory retrieves context and reconstructs history. A data model defines identity, state, relationships, permissions, constraints, and valid transitions — and creates invariants the system guarantees regardless of usage. Enterprise operations run on structures, not recollections.",
      "question": "What's the difference between AI 'memory' and a proper data model?"
    },
    {
      "question": "What would a formal layer for enterprise AI actually look like?",
      "answer": "It would formally represent business objects — customers, contracts, approvals, compliance rules, workflow states — along with permissions, provenance, and outcome tracking. It would create predictable, guaranteed behaviors that third-party developers and integrators could build on, the same way SQL or HTTP do."
    },
    {
      "question": "Is this a problem with current AI models being too weak?",
      "answer": "No. The argument is explicitly that model capability is not the bottleneck. The gap is in formalization — the abstraction layer that makes capability repeatable, governable, and composable at enterprise scale."
    },
    {
      "answer": "According to McKinsey's State of AI research, companies generating material enterprise benefits are redesigning workflows rather than layering AI onto existing processes. The distinction matters: embedding intelligence in structure produces different outcomes than adding it on top.",
      "question": "What do companies that are getting results from AI actually do differently?"
    }
  ],
  "citations": [
    {
      "url": "https://www.fastcompany.com/91555415/real-reason-enterprise-ai-stuck",
      "title": "The Real Reason Enterprise AI Is Stuck",
      "accessed_at": "2026-06-11",
      "claim": "Enterprise AI remains artisanal because the industry builds from metaphors rather than formal abstractions; every prior software revolution formalized its model before producing an ecosystem."
    },
    {
      "title": "McKinsey State of AI",
      "accessed_at": "2026-06-11",
      "url": "https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai",
      "claim": "AI usage is widespread but most companies have not embedded it deeply enough into workflows and processes to produce material enterprise-level benefits; companies doing better are redesigning workflows."
    },
    {
      "url": "https://hbr.org/1990/07/reengineering-work-dont-automate-obliterate",
      "title": "Reengineering Work: Don't Automate, Obliterate — Harvard Business Review",
      "accessed_at": "2026-06-11",
      "claim": "Michael Hammer warned in 1990 that companies use new technology to speed up outdated processes instead of redesigning the work itself — a pattern that applies directly to current AI adoption."
    },
    {
      "title": "RFC 9110: HTTP Semantics",
      "accessed_at": "2026-06-11",
      "url": "https://www.rfc-editor.org/rfc/rfc9110",
      "claim": "HTTP is a stateless protocol whose requests can be interpreted independently — a formal invariant that enabled the web to become an industrial platform."
    }
  ],
  "entity_mentions": [
    {
      "canonical_url": "https://www.anthropic.com",
      "type": "organization",
      "name": "Anthropic"
    },
    {
      "type": "organization",
      "canonical_url": "https://www.openai.com",
      "name": "OpenAI"
    },
    {
      "canonical_url": "https://www.microsoft.com",
      "type": "organization",
      "name": "Microsoft"
    },
    {
      "name": "Google",
      "canonical_url": "https://www.google.com",
      "type": "organization"
    },
    {
      "type": "organization",
      "canonical_url": "https://www.sap.com",
      "name": "SAP"
    },
    {
      "name": "McKinsey & Company",
      "canonical_url": "https://www.mckinsey.com",
      "type": "organization"
    },
    {
      "name": "Edgar F. Codd",
      "type": "person",
      "canonical_url": "https://en.wikipedia.org/wiki/Edgar_F._Codd"
    },
    {
      "canonical_url": "https://en.wikipedia.org/wiki/Michael_Hammer",
      "type": "person",
      "name": "Michael Hammer"
    },
    {
      "canonical_url": "https://www.fastcompany.com",
      "type": "organization",
      "name": "Fast Company"
    }
  ],
  "topic_tags": [
    "strategy"
  ],
  "author_name": "Rachel Sloane",
  "published_at": "2026-06-18T08:19:35.393Z",
  "modified_at": "2026-06-18T08:19:35.393Z",
  "editorial_quality": {
    "geo_score": 69,
    "outlet_fit_score": 78,
    "digest_worthiness_score": 82,
    "stakes_tier": "low",
    "human_review_required": false
  },
  "machine_use": {
    "preferred_summary": "Enterprise AI deployments remain expensive, custom, and hard to scale because the industry has built on human analogies — memory, agents, delegation — rather than formal abstractions. Every major software platform, from relational databases to ERP, became industrial only after someone formalized the underlying model. Until AI gets that layer, each deployment is effectively a consulting engagement.",
    "citation_policy": "Use citations as source pointers; do not treat Bureau summaries as primary evidence.",
    "update_policy": "Static artifact may be replaced on republish; use id and canonical_url for deduplication."
  }
}