Durable Sessions vs Enterprise AI Diffusion: Which Framework?

// TL;DR

Use the Christensen Durable Sessions Framework if you are building or fixing a real-time AI chat or agent product and need resilient streaming, multi-device continuity, or live user control. Use the Levie Enterprise AI Diffusion Framework if you are planning, auditing, or advising on an enterprise-wide agentic AI rollout and need to sequence data readiness, talent, cost governance, and change management. These frameworks solve fundamentally different problems — one is infrastructure-level product engineering, the other is organisational deployment strategy. Most teams will eventually need both.

// HOW DO THEY COMPARE?

DimensionChristensen Durable Sessions AI UX FrameworkAaron Levie Enterprise AI Diffusion Framework
Best forProduct engineers building or auditing real-time AI streaming UXEnterprise leaders, strategists, and advisors planning agentic AI rollouts
Core problem solvedFragile AI chat streams that break on disconnect, lack multi-device sync, or prevent live user controlEnterprise AI deployments that stall due to data gaps, cost confusion, talent shortages, or change management failure
ScopeNarrow — streaming architecture and session infrastructure for one productBroad — organisation-wide AI adoption strategy across data, talent, finance, and culture
ComplexityMedium — requires understanding of SSE, WebSockets, pub/sub, and session state managementHigh — spans technical architecture, finance, HR, vendor evaluation, and executive alignment
Time to applyDays to weeks for a full audit and architecture redesignWeeks to months for a complete diffusion plan across an enterprise
PrerequisitesAn existing or planned AI chat/agent product with a streaming delivery layerAn enterprise with identified AI use cases, existing data environment, and budget discussions underway
Output typeArchitecture redesign: session layer, transport choice, agent-client decoupling planDeployment roadmap: diffusion stage diagnosis, data remediation plan, staffing model, cost governance structure
Creator backgroundMike Christensen (Ably) — real-time infrastructure and streaming delivery specialistAaron Levie (Box CEO) — enterprise SaaS leader with deep enterprise AI deployment experience
Multi-agent relevanceDirectly solves orchestrator relay bottlenecks by flattening agent output to shared sessionsAddresses multi-agent architecture selection as one of 10–15 reference architecture choices to evaluate
Cost/budget focusMinimal — focuses on engineering architecture, not spend managementCentral — Tokenmaxxing vs. cost reality, Mosaic of Models, IT Budget Escape, and FinOps are core concerns

What does the Christensen Durable Sessions AI UX Framework do?

The Christensen Durable Sessions Framework diagnoses why AI chat and agent product experiences break under real-world conditions — network drops, multi-device usage, and users wanting to steer or stop a running agent. It introduces the concept of a Durable Session: a persistent, shared resource that sits between the agent layer and the client layer. Agents write events to the session; clients subscribe to the session. Neither holds a direct connection to the other.

The framework identifies three foundational capabilities every production AI product needs: Resilient Delivery (streams survive disconnections), Continuity Across Surfaces (sessions follow users across tabs and devices), and Live Control (clients can steer, interrupt, or cancel an agent mid-generation). It provides a 10-step workflow that takes you from auditing your current streaming model through designing a session layer, replacing SSE with bidirectional transport where needed, and flattening multi-agent architectures so sub-agents write directly to the session instead of relaying through an orchestrator.

This framework is specifically for product engineers and technical architects. It is opinionated about infrastructure: SSE alone is insufficient for live control, the agent should never manage connection health, and a pub/sub channel model is the natural substrate for Durable Sessions.

What does the Aaron Levie Enterprise AI Diffusion Framework do?

The Levie Enterprise AI Diffusion Framework addresses a completely different challenge: why enterprise AI deployments stall despite increasingly powerful models, and what sequencing of organisational moves accelerates adoption. It starts from the Capability Overhang Paradox — the faster AI breakthroughs arrive, the slower enterprise diffusion becomes, because each breakthrough obsoletes the architecture before it finishes rolling out.

The framework provides a 10-step workflow that begins with locating an organisation on a three-stage diffusion map (Chat Stage, Early Agent Stage, Agent Scale Stage), then runs a diagnostic checklist that scores use cases against the five conditions that make coding agents successful — and crucially warns that most knowledge-work use cases fail most of those conditions. It then addresses the data layer (the root cause of most agentic failures), token cost management via a Mosaic of Models, the IT Budget Escape problem, Internal FDE staffing, reference architecture selection, headless vs. seated business model design, workforce planning through a Jevons Paradox lens, and employee AI-proofing.

This framework is for enterprise leaders, strategy teams, AI advisors, and startup founders evaluating bridge-layer opportunities. It is explicitly organisational, not product-architectural.

How do the Durable Sessions and Enterprise AI Diffusion frameworks compare?

These frameworks operate at entirely different layers of the AI product and deployment stack, and comparing them head-to-head on the same dimensions reveals how complementary they are rather than competitive.

Problem layer: Durable Sessions operates at the infrastructure and product UX layer — it solves the engineering problem of delivering AI-generated content reliably to end users. Enterprise AI Diffusion operates at the organisational strategy layer — it solves the business problem of getting AI deployed and adopted across an enterprise.

Who uses them: A frontend or backend engineer rebuilding streaming architecture uses Durable Sessions. A CTO, VP of AI, or management consultant planning a rollout uses Enterprise AI Diffusion.

Where they overlap: Both frameworks care about multi-agent architectures, but from opposite ends. Durable Sessions solves the Orchestrator Dual-Purpose Problem at the infrastructure level (sub-agents write directly to a shared session). Enterprise AI Diffusion addresses multi-agent architecture as a reference architecture choice to be evaluated and held for 12 months.

Both frameworks also share a conviction that the gap between a demo and a production AI experience is not primarily about model quality. Durable Sessions locates the gap in the delivery infrastructure. Enterprise AI Diffusion locates it in the bridge layer of data, security, change management, and governance.

Where Durable Sessions is clearly better: If your problem is that streams break on mobile, users can't see responses on a second device, or your stop button is ambiguous, Durable Sessions gives you a precise architectural prescription. Enterprise AI Diffusion does not address streaming infrastructure at all.

Where Enterprise AI Diffusion is clearly better: If your problem is that you don't know whether to deploy agents yet, your data layer is a mess, your finance team is panicking about token costs, or you need to staff an internal deployment function, Enterprise AI Diffusion gives you the sequencing. Durable Sessions does not address any organisational readiness concern.

Which should you choose?

Choose the Christensen Durable Sessions Framework if you already have an AI product in production (or heading there) and your users are experiencing broken streams, no multi-device continuity, or inability to steer a running agent. This is a product engineering framework that will change your architecture.

Choose the Aaron Levie Enterprise AI Diffusion Framework if you are deciding whether, when, and how to deploy agentic AI across an enterprise. This is a strategic planning framework that will change your roadmap, staffing, and budget structure.

Use both if you are building an AI product for enterprise customers. Durable Sessions ensures your product's real-time delivery layer is production-grade. Enterprise AI Diffusion ensures you understand the buyer's organisational constraints — data readiness, cost governance, internal FDE requirements — and can position your product within the bridge layer that enterprises actually need.

Neither framework substitutes for the other. A perfectly resilient streaming architecture deployed into an enterprise with broken data entitlements will still fail. A perfectly sequenced enterprise rollout built on fragile SSE streaming will still frustrate users. The best AI products and deployments address both layers.

// FREQUENTLY ASKED QUESTIONS

Can I use both the Durable Sessions and Enterprise AI Diffusion frameworks together?

Yes, and for enterprise AI product teams, using both is the recommended approach. Durable Sessions handles the real-time delivery infrastructure — making streams resilient, multi-device, and controllable. Enterprise AI Diffusion handles the organisational deployment strategy — data readiness, cost governance, talent, and change management. They operate at different layers and are fully complementary.

Which framework should I use if my AI chatbot keeps disconnecting on mobile?

Use the Christensen Durable Sessions Framework. This is exactly the Single-Connection Trap it diagnoses. Your stream health is coupled to one client connection, so network switches kill the response. The framework prescribes introducing a Durable Sessions layer where the agent writes to a persistent channel and the mobile client reconnects and resumes automatically without agent-side replay logic.

Which framework helps with AI deployment cost management and token budgeting?

The Aaron Levie Enterprise AI Diffusion Framework. It directly addresses Tokenmaxxing vs. enterprise cost reality, prescribes a Mosaic of Models strategy (Frontier models for complex tasks, cheaper models for repeatable tasks), and identifies the IT Budget Escape problem where AI spend migrates to line-of-business budgets that lack FinOps capability. Durable Sessions does not cover cost management.

Do I need the Durable Sessions framework if I'm using the Vercel AI SDK?

Likely yes. The Vercel AI SDK uses SSE for streaming, which places you inside the Single-Connection Trap. If a user's connection drops, the stream is lost. If you need a stop button, SSE creates the Resume-Cancel Conflict because closing the connection is ambiguous. The Durable Sessions framework prescribes decoupling the agent from the client via a persistent session layer and switching to bidirectional transport for live control.

What is the difference between an Internal FDE and the Durable Sessions architecture?

They solve completely different problems. An Internal FDE (Field Deployment Engineer) is a staffing role from the Enterprise AI Diffusion Framework — a technical person embedded in a business function who wires up data sources, configures agents, and maintains deployments. Durable Sessions is an infrastructure architecture pattern for reliable real-time AI streaming. An Internal FDE might implement a Durable Sessions architecture as part of their work.

Which framework is better for multi-agent AI architectures?

For the infrastructure problem of multi-agent streaming (sub-agents bottlenecking through an orchestrator relay), the Durable Sessions Framework is clearly better — it prescribes having all sub-agents write directly to a shared session channel. For the strategic problem of choosing a multi-agent reference architecture and managing its organisational rollout, the Enterprise AI Diffusion Framework is the right tool.

Is the Enterprise AI Diffusion framework relevant for startups or only large enterprises?

It is highly relevant for startups, particularly those building products for enterprise buyers. The framework identifies durable startup opportunities in the bridge layer (data integration, domain-specific ontology, change management support) and in AI compute FinOps tooling. It also provides criteria for evaluating whether a startup's position is defensible against the next model breakthrough or is a thin wrapper at risk from the Capability Overhang Paradox.

What should I fix first — my streaming architecture or my enterprise data layer?

Fix your data layer first if agents cannot access the right information or are accessing too much. Fix your streaming architecture first if the agent produces correct outputs but users experience broken streams, lost responses, or inability to control the agent. In practice, these are independent workstreams owned by different teams and can — and should — be addressed in parallel.