Skip to main content

Local AI models for Android: choose what fits

Choose and compare local AI models for Android using task fit, memory, storage, quantisation, runtime support, license, heat, and device testing.

What you need to know

The right local AI model is the smallest compatible artifact that performs your real tasks reliably. Check the exact file, quantisation, runtime, modality, memory needs, storage headroom, license, and supported prompt format. Then measure first output, answer quality, cancellation, heat, and repeated runs on your own device.

Choose from the task backwards

Start by writing down what the model must do: short chat, rewriting, document questions, multilingual work, image understanding, or code. A model family name does not guarantee that every artifact supports the same inputs, license, context length, or runtime. Verify the exact checkpoint and file offered by the app.

Parameter count is only one signal. Quantisation changes file size and memory behaviour, while architecture and runtime optimisation affect speed. Available storage is not the same as usable memory. The operating system, graphics stack, active applications, context length, and temporary buffers all compete for resources during generation.

Compare models with controlled tests

Use the same device, app version, runtime settings, prompt, and approximate context when comparing two models. Record time to first visible output separately from generation speed, then assess whether each answer follows instructions and handles the intended subject. Repeat prompts after the phone warms up because sustained performance can differ from a single cold run.

A smaller model that starts promptly, stops cleanly, and answers a narrow task well may be more useful than a larger model that strains the device. Keep model cards, licences, and runtime compatibility visible in the decision. Treat universal winner claims cautiously unless they are supported by reproducible tests on hardware comparable to yours.

More local ai models guides

  1. LFM2.5 vs Qwen3.5 for Mobile Local AI

    LFM2.5 1.2B and Qwen3.5 0.8B are compact model families with different architectures, language claims, licenses, and intended uses. There is no honest universal winner: compare the exact quantised artifacts in the same app, on the same phone, with your own prompts.

    8 min read
  2. Why Local AI Is Slow on a Phone and How to Diagnose It

    Local AI speed has two separate parts: time before the first visible token and the rate of tokens after output begins. Diagnose them separately.

    10 min read
  3. What Is AI Model Quantization for Local AI on a Phone?

    Quantization can make a local model smaller and more practical, but a lower bit count is not a universal speed or quality score. Learn how precision, runtime support, memory, and task testing fit together.

    10 min read
  4. ExecuTorch 1.4 Expands Android and Qualcomm On-Device AI Support

    PyTorch's on-device runtime now covers more Android, Qualcomm, Arm, and embedded workflows. The release improves deployment options without promising that every model will run faster on every phone.

    5 min read
  5. Meta Muse Glimmer 30B Brings Local AI Agents to Consumer Hardware

    Meta has released a 30B multimodal agent model with official local artifacts. The smallest build still needs about 17 GB before vision, context, and speculative decoding.

    5 min read
  6. ONNX Runtime 1.29 Moves Browser AI Towards Native WebGPU

    Microsoft's inference runtime adds WebGPU attention and quantisation support while beginning the move away from WebGL and JSEP.

    5 min read
  7. Qwen3.8 27B Hardware Requirements Start Above 30 GB

    Qwen's smaller 27B release is practical for high-memory computers, but the official files and context cache still put it beyond ordinary phones.

    5 min read
  8. GLM-5.3 Open Weights Delayed After Cyber Tests

    Z.ai has launched GLM-5.3 through its hosted service while delaying the model weights after its own tests found stronger cyber capabilities.

    5 min read