This article lays out the specifications for businesses in Belgium and the Netherlands: how much memory modern models really need, which shared-memory computers are available, what RAM and graphics cards currently cost, and when a hybrid approach is smarter than forcing everything to run locally.
What is a local AI computer?
A local AI computer runs a model in your own environment rather than on a model provider's servers. It could be a PC with a discrete graphics card, a compact shared-memory computer, or a Mac with unified memory.
With fully local processing, your prompts and files do not need to go to an external model provider. But local does not automatically guarantee privacy: an agent can still use an external API or web search. You therefore decide which connections are allowed. The Ollama documentation, for example, explains how to disable cloud features entirely.
Local inference does not incur per-token charges from a model provider. Hardware, electricity, updates, and support still cost money. And more parameters do not automatically mean a better answer: model architecture, training, and the specific task matter too.
The specifications that actually matter
System RAM has been underestimated in recent years. The old 32 GB guideline leaves little headroom if you want to run a larger model, an agent, a browser, and document processing at the same time. When buying, do not just choose an amount of RAM: check the memory budget for the exact model variant in the table below. Quantization, context length, and your offload approach together determine what you need.
With a discrete GPU, system RAM and video memory are separate. A PC with 64 GB of RAM and a graphics card with 16 GB of VRAM does not suddenly have 80 GB of fast GPU memory. If many model computations move to the CPU because the weights do not fit in VRAM, performance can drop considerably. Targeted offload of an n-gram lookup table is different: the whole table does not need to be processed continuously. Use ollama ps to check where Ollama has actually loaded your model.
Quantization reduces model weights by storing numbers at lower precision. The rule of thumb of roughly half a GB per billion parameters at 4-bit applies only to those weights. Scales, non-quantized components, image processing, temporary buffers, and the context cache add to that. In the session below, ollama ps reports 18 GB of memory use with a context setting of 32,768 tokens. That is one specific setup, not a fixed ratio between download size and memory use. Even with a MoE model, you must store all experts, not just the active ones. And a large context window on a model page does not mean you can use it for free: more context requires more memory.
Also choose fast NVMe storage with room for several models: large model packages can now require hundreds of GB each.
Which local models can you realistically run?
The selection below combines widely used families from the Ollama library with recent open models. It is not a ranking of the smartest AI. Model names link to Hugging Face. Package sizes come from the listed Ollama variants; for Qwen3.8-Flash-Next, from the Atomic Dynamic builds; and for GLM-5.3-Flash, from the Unsloth GGUF files (checked September 7, 2026). The memory advice applies to those specific builds. Download size is not the same as memory use: offload keeps part of the model on the SSD, while context, image processing, and parallel tasks require extra memory.