FIRST DECISIONThe use case

Not the number of parameters.

BOTTLENECKAvailable memory

RAM or VRAM depending on the environment.

MINIMUM TEST20 real tasks

With the same review criteria.

01

Start with the work, not the model

An excellent model for code completion may not be the best choice for summarizing long documents. First define the task, data sensitivity, acceptable latency, and whether you need text, vision, or tools.

Privacy

Can the data leave the device?

Latency

Do you need interactive response or batch processes?

Quality

What errors invalidate the result?

Mode

Just text or also image, audio and files?

02

Calculate memory with margin

The model file is only part of the consumption. The context, the cache, and the environment itself require additional space. Avoid planning to the limit and reserve margin for the system.

SceneryPriorityWhat to measure
Chat and writingPerceived latencyTime to first token and consistency
Long documentsHelpful contextRetrieval of details and appointments
ProgrammingCorrectionPassed tests and unnecessary changes
Batch processingPerformanceTokens per second and energy cost
03

Quantization is a trade-off, not a free shortcut

Reducing precision decreases size and can speed up inference, but the impact on quality is not uniform. Two models with the same quantized size may behave differently in your task.

04

The maximum window is not the useful context

The advertised limit describes how much the system can accept, not how much it will remember with the same accuracy or how much fits in your memory. The attention cache grows with the conversation and can become the dominant resource consumption even when the model weights are already loaded.

Start with the minimum context that solves the task. For long documents, compare sending the entire file with retrieving only the relevant excerpts. Measure whether it retains instructions, citations, and distant relationships; a fluent response does not prove that it used the entire input correctly.

Memory budget

Record weights, cache, runtime, and system margin separately.

Recovery

Evaluate excerpts, overlap, and the quality of returned references.

Degradation

Place facts at the beginning, middle, and end to detect attention loss.

Latency

Measure prefill and generation time at representative lengths.

05

License, provenance, and safety also matter

Before integrating a weights file, check the license for the model and the specific variant. “Open” may describe access to weights without granting the same rights for commercial use, redistribution, modification, or derivative training. Keep the repository, version, and license text consulted.

Treat models, templates, and downloaded files as external dependencies. Verify the origin, review formats that may execute code, limit process access, and avoid connecting tools with broad privileges during initial testing. Local execution improves data control, but it does not eliminate the risks of generated content or the supply chain.

06

Make a reproducible test

Saves the exact version, configuration and question set. The following example queries model information before running it with Ollama.

TERMINAL
ollama show nombre-del-modelo
ollama run nombre-del-modelo
  1. 01
    Freeze the set

    Use the same 20 tasks for all variants.

  2. 02
    Register the environment

    Note hardware, version, context and parameters.

  3. 03
    Blind check

    Hide the model name when rating responses.

07

Fonts and tools