The constraint every on-device AI developer runs into

On-device AI models have stayed small for a straightforward reason: the entire weight set has to fit in DRAM. That caps practical parameter counts well below what server-side deployments use, and it has forced enterprise architects evaluating agentic workloads into an uncomfortable binary — capable cloud-dependent models, or limited local ones.

Apple's AFM 3 Core Advanced, announced at WWDC26, is a direct attempt to break that constraint. The model stores its full 20-billion-parameter weight set in NAND flash (the same storage used for files) rather than active memory, and loads only the parameters a given prompt requires into DRAM at inference time.

"You can't put 20B parameters in RAM at any reasonable precision," Awni Hannun, a researcher at Anthropic and former Apple research scientist, wrote on X. "To make it work they are using pretty exotic architecture by today's standards."

How the routing mechanism actually works

AFM 3 Core Advanced is a Mixture of Experts (MoE) model — an architecture where different subsets of parameters, called experts, handle different types of tasks. In a standard MoE, a router selects different experts for every token generated. That would require continuous weight movement between flash and DRAM at inference speed, which NAND-to-DRAM bandwidth cannot support.

Apple's solution is to route once per prompt instead. A small model predicts which experts the query requires, loads that fixed set into DRAM alongside always-active shared experts, and generates all tokens from that same configuration. "The key distinction from a typical MoE is that you do this once per query and then generate all the tokens with the same experts," Hannun wrote.

The active parameter count scales with task complexity — roughly 1 billion parameters for simpler operations, up to 4 billion for harder ones — all drawn from the 20-billion-parameter pool in flash. Apple calls the pruning technique used to develop this Instruction-Following Pruning (IFP).

What Apple hasn't disclosed

The architecture paper is detailed on the memory design. It is less forthcoming on the metrics that determine whether the design is viable in production.

Marco Abis, who is building Ziraph, a profiler for local AI on Apple silicon, noted on X that Apple's profiling tools expose timing but not energy consumption, memory bandwidth, or thermal behavior. "A notable gap," he wrote, "given those decide most of on-device performance."

More consequentially for enterprise deployments: Apple has not documented when an on-device request transparently offloads to the cloud, or whether that routing decision is visible to the developer or the user. For organizations in regulated industries that need to document where inference runs, that is not an abstract concern — it is a compliance problem.

Apple has indicated a full technical report with benchmarks is coming later this summer. Until then, the deployment picture is incomplete.

The broader AFM 3 family and its dependencies

AFM 3 Core Advanced is one of five models in the AFM 3 family, developed in collaboration with Google. Two models run on-device; three run server-side within Apple's Private Cloud Compute boundary. The server-side agentic model, AFM 3 Cloud Pro, is designed for complex reasoning and tool use and runs on Nvidia GPUs in Google Cloud.

Private Cloud Compute provides a data-privacy guarantee. It does not eliminate the Google Cloud infrastructure dependency for server-side inference — a distinction worth keeping clear when evaluating what "private" means in practice.

What changes for enterprise architects

The DRAM ceiling for on-device agents just moved. Enterprises evaluating agentic workloads that need to run without a cloud round-trip now have a 20-billion-parameter local option that did not exist before WWDC26. Whether it is deployable at scale — given the unanswered questions about thermal behavior, offload transparency, and compliance visibility — depends on answers Apple has not yet published.