LoRA vs. Checkpoint: What's the Difference? An Easy Guide for AI Artists
When browsing Civitai or Tensor.art, you'll encounter the two most common file types: Checkpoint and LoRA. Beginners are often confused: which one to download, how to use them, and why some files are several GBs while others are just a few dozen MBs? This article briefly explains the nature of these two model types, how they work together, and how to choose the right one for your needs.
What is a Checkpoint?
Checkpoint (also known as a base model) is a full set of weights for an image generation model—such as Stable Diffusion 1.5, SDXL, Flux, or fine-tuned versions like Pony and Illustrious. A Checkpoint contains everything needed to turn a prompt into an image: text understanding, denoising, and image decoding.
Think of a checkpoint as the "brain" and "hands" of the artist: it determines the overall style, the ability to draw people, landscapes, lighting, and the level of realism or stylization.
Characteristics of a checkpoint:
- Large size: typically from 2 GB (SD 1.5) to 6–7 GB (SDXL) or more for newer generation models.
- Only one checkpoint is used per generation.
- Training or fine-tuning a checkpoint requires a lot of data, time, and GPU resources.
What is a LoRA?
LoRA (Low-Rank Adaptation) is a lightweight fine-tuning technique: instead of changing the entire model, LoRA only learns a small amount of weights that are "attached" to the checkpoint. During generation, the LoRA is added to the base model at a strength (weight) you choose.
If the checkpoint is the artist, then a LoRA is like a specialized lesson you teach that artist: how to draw a specific character, a particular illustration style, a type of outfit, or a specific product.
Characteristics of a LoRA:
- Small size: usually from a few MBs to a few hundred MBs.
- You can use multiple LoRAs simultaneously on one checkpoint.
- Faster training, requires fewer images (a few dozen high-quality images are often enough for a character).
- Dependent on the base model architecture: A LoRA trained for SDXL will not work with SD 1.5 or Flux.
Quick Comparison Table
| Criteria | Checkpoint | LoRA |
|---|---|---|
| Role | Base model, determines overall capability | Add-on layer for characters, styles, details |
| Size | A few GBs | A few MBs – a few hundred MBs |
| Quantity per generation | 1 | Multiple, combinable |
| Training cost | High | Much lower |
| Compatibility | Independent | Must match checkpoint architecture |
How do Checkpoints and LoRAs work together?
In practice, the common workflow is: choose a good checkpoint as the base, then add one or more LoRAs to get exactly what you need. For example: a realistic checkpoint + your virtual character LoRA + a cinematic lighting LoRA.
In ComfyUI, you insert a Load LoRA node after Load Checkpoint. In other interfaces, LoRAs are usually called via prompt syntax like <lora:lora_name:0.8>.
Tips for Adjusting LoRA Weights
- Start at 0.6–0.8 and adjust based on the results.
- Weights that are too high can cause "burnt" images, distortion, or loss of the checkpoint's style.
- When using multiple LoRAs, lower the weight of each to prevent them from "competing".
- Many LoRAs require a trigger word—read the author's description to find the activation keyword.
When should you use or train a LoRA?
Choose LoRA when you want to:
- Maintain character consistency across multiple images—especially useful for virtual influencers, comics, or social media content.
- Replicate a specific art style.
- Incorporate real products (shoes, perfume bottles, logos) into AI advertisements.
- Experiment quickly at a low cost.
When do you need a custom Checkpoint?
Fine-tuning or merging a checkpoint is suitable when:
- You want to change the overall style and base capabilities of the model, not just a single concept.
- You need a model that serves many different subjects while maintaining a unique "feel".
- You have a large, carefully curated dataset and enough resources for training and testing.
Many popular checkpoints in the community are the result of fine-tuning combined with merging multiple models, along with hundreds of test runs to balance quality.
Common Mistakes
- Using the wrong architecture: An SDXL LoRA on an SD 1.5 checkpoint won't work or will cause errors.
- Forgetting the trigger word: The LoRA is loaded, but the image doesn't change.
- Weight too high: Flat colors, distorted faces, repetitive details.
- Poor training data: Blurry images, duplicates, or incorrect captions causing the LoRA to learn errors.
- Overfitting: The LoRA only reproduces the training images exactly, making it hard to change poses, outfits, or backgrounds.
Tips for Preparing Data when Training LoRA
- Choose sharp images with diverse angles, lighting, and expressions.
- Remove duplicate images or those with watermarks and text overlays.
- Write captions that accurately describe the content; what you don't caption will often be tied to the trigger word by the model.
- Save multiple checkpoints (epochs) during training and test each one with the same seed and prompt to select the best version.
Conclusion
In summary: a checkpoint is the foundation, and a LoRA is the extension. Choose a checkpoint that fits the style you're aiming for, then use LoRAs to add specific characters, styles, or products. If you need a custom LoRA or checkpoint for your character, brand, or product, check out SDG's custom model & LoRA training services.


