Picking a base model

    How to choose between Llama, Mistral, Phi, Gemma, Qwen, and the rest of the catalog for your task and target device.

    Ask AI about this page

    The base model is the single decision that most affects training time, on-device size, license terms, and final quality. Studio gives you two ways to pick one: the curated catalog in the model picker, or a direct Hugging Face URL.

    This page is a practical decision guide. For a full feature-by-feature comparison, see the models index.

    Open the model picker

    On the canvas, click the + under the red Base Model leg of any Action Module. The picker opens.

    You will see three regions:

    • Search: type to filter the catalog by name, family, or description.
    • HuggingFace Model: paste a Hugging Face URL or org/model identifier to validate a model that is not in the catalog.
    • Model list: the curated catalog, sorted by family. Each card shows the family, parameter count, and a lock badge if your plan cannot run it.

    Match the model to your task

    Picking a base is mostly about three things: task fit, size, and license.

    Task fit

    If you want to...Try...T4 or A10G
    Build a customer-support agent or chat assistantLlama 3.2 3B Instruct or Phi-4 Mini, then Mistral 7B InstructT4 for the smaller two, A10G for 7B
    Specialise on a non-English languageQwen 2.5 3B for broad coverage, Qwen 2.5 7B for harder casesT4 for 3B, A10G for 7B Qwen
    Build a long-context summariserLFM2.5 1.2B (32k) when size matters, Llama 3.1 8B or Qwen 2.5 7B when quality doesT4 for LFM2.5, A10G for the rest
    Run on a phone or low-spec laptopLFM2.5 350M or 1.2B, Llama 3.2 1B / 3B, Gemma 3 1BT4
    Pick the smallest possible "good enough" modelLFM2.5 230M or 350M, Qwen 2.5 0.5B, Gemma 3 1BT4
    Get the most capable model a Free plan can trainQwen 3.5 4BT4

    Every model named above is in the catalogue, so you can select it in the picker today.

    Code completion is the one common task with no specialised base in the catalogue. A general model fine-tuned on your own codebase covers many cases; if you specifically need fill-in-the-middle, bring a code-specialised base from Hugging Face (see below) and accept the unverified-architecture terms. The code completion recipe walks through this.

    The picker description for each model summarises its strengths. Hover any card for license info before you commit.

    Size and device fit

    A fine-tuned model is shipped quantised to 4-bit in GGUF. As a rough guide:

    Parameter countGGUF size (Q4_K_M)Reasonable target devices
    1B to 2B0.6 to 1.5 GBPhones, smartwatches, embedded
    3B to 4B1.5 to 2.5 GBPhones, low-spec laptops
    7B to 8B4 to 5 GBMid-range laptops, M-series Macs, desktops
    13B to 14B7 to 9 GBHigh-spec laptops, desktops, servers
    22B+12+ GBDesktops with discrete GPU, servers

    Pick the smallest model that gets your task done well. A well-tuned 3B often outperforms a generic 8B on a narrow task. Smaller models also train faster, cost fewer credits, and ship into more places.

    License

    Every catalogue model has a license that survives fine-tuning. Supported models carries the per-model license for everything in the catalogue and is the page to trust. The model picker shows the license badge, and each model entry explains the terms. The shape of the decision:

    • Permissive (Apache 2.0, MIT): commercial use unrestricted beyond attribution and notice requirements. Mistral 7B, the Qwen models and Phi-4 Mini sit here.
    • Custom vendor licenses (Llama Community License, Gemma Terms of Use, LFM Open License): commercial use is allowed but with conditions attached. Llama carries a 700 million monthly-active-user threshold above which you need a separate agreement with Meta, plus a "Built with Llama" attribution requirement. Gemma 3 carries a Prohibited Use Policy that Google maintains separately and can update. Gemma 4 is licensed under Apache 2.0, but Google still publishes that same Prohibited Use Policy alongside it, so Gemma 4 sits between this row and the permissive one rather than cleanly in either. These are the ones to put in front of a lawyer before shipping at scale.
    • Anything you bring from Hugging Face: read the model card. Nothing about the licence is validated or enforced on the bring-your-own path, and code-specialised models in particular tend to carry their own attribution and notice clauses.

    Licenses change, and vendors relicense between generations. Check the model card as well as the summary if a deployment decision turns on it.

    If you are shipping a commercial product, read the license before training. Switching base models later is cheap; switching after release is expensive. The model entries page links the canonical license document for each family.

    GPU tier and plan gating

    Two GPU tiers are available:

    • T4 (16 GB VRAM): handles 4-bit fine-tunes of models under 5B total parameters.
    • A10G (24 GB VRAM): required for any model 5B or larger total parameters. A10G also supports longer contexts and larger batches.

    Any model 5B or larger (total parameter count) cannot train on T4 due to the T4's 16 GB VRAM limit. The trainer will OOM before the first step.

    Gemma 4 E2B is in the A10G-required bucket despite the "E2B" naming. The "E" stands for Effective: E2B has 2.3 billion effective compute parameters but 5.1 billion total parameters once its Per-Layer Embedding lookup tables are counted. The lookup tables sit in VRAM during training even though they contribute little compute at inference time, so the training memory footprint exceeds T4. Gemma 4 E4B has a larger total again and also requires A10G.

    Studio enforces this at the picker level: catalog models in this bucket show a lock badge for plans without A10G access. If you bring such a model via Hugging Face URL on a T4-only plan, the run will be blocked or will fail with an OOM at start.

    Each model in the catalog declares its minimum GPU tier. Models that require A10G show a lock badge with the minimum required plan for free-tier users. Clicking a locked card opens an upgrade prompt rather than queuing a job that would fail later.

    The Training Config picker will only let you select a GPU tier that both your plan allows and the chosen model supports. If you change the base model after configuring the Training Config, Ertas normalises the tier upward when required.

    Bring your own model from Hugging Face

    If the catalog does not have the model you want, paste a Hugging Face URL into the HuggingFace Model box. Ertas validates the model in two steps:

    Architecture check

    Step 1

    Ertas fetches the model config from Hugging Face and confirms it is one of the architectures the training pipeline supports (Llama-style decoders, Mistral, Qwen, Phi, Gemma, and a few others).

    Compatibility check

    Step 2

    Ertas reports one of three outcomes: green check (compatible with fine-tuning), amber warning (architecture not recognised, but may still work with a generic ChatML template), or red error (cannot train).

    If the validator returns an amber warning, you can still queue the run, but you must check the consent box first. Training failures on unverified models are not refunded in credits. Use a small, low-step run to sanity-check the architecture before committing a long training job.

    When you add an HF model, Ertas passes the Hugging Face URL through to the training job. The base model node persists the URL in its data so subsequent runs reuse it without re-validating.

    Common picking patterns

    A few decision shortcuts that work well in practice:

    • First-ever Ertas run on the Free plan: Phi-4 Mini (3.84B), Llama 3.2 3B Instruct, or Qwen 2.5 3B Instruct are all strong defaults. Cheap to train, well-documented, and shippable to phones.
    • Phone-deployable assistant: Phi-4 Mini or Llama 3.2 3B. Both fit T4 and quantise to under 2.5 GB.
    • Smallest possible footprint: LFM2.5 230M or 350M. These are purpose-built edge models and export at 0.15 GB and 0.23 GB at Q4_K_M, which is a different class from shrinking a 1B down.
    • Strict on-device latency budget (under 50 ms per token on M-class hardware): pick a 3B or smaller.
    • Multi-lingual support agent on a paid plan: Qwen 2.5 7B Instruct on A10G.
    • Code completion sidecar: no code-specialised base is in the catalogue. Fine-tune Qwen 2.5 3B or Qwen 3.5 4B on your codebase, or bring a code model from Hugging Face if you need fill-in-the-middle. See the code completion recipe.
    • You already have a fine-tune you want to improve: keep the same base model so adapter merges and evaluations stay comparable.

    If you are unsure and on a paid plan, start with a 7B Instruct model on A10G. Most tasks land somewhere between "this 3B is plenty" and "we need to step up," and 7B is the cheapest place to discover which side of that line you are on.

    If you are on the Free plan, start with Qwen 3.5 4B. It is the most capable model that fits T4, and it trains in well under an hour on small datasets.

    What's next