MiniCPM Family (OpenBMB)

The course's on-ramp hero · Deep-Dive FTDD-01 · Course 3

45 minutes · Small, genuinely-open models you can run, audit, and fine-tune on one GPU

Why a 1B model from Tsinghua + ModelBest is the base every early module loads — and what the rest of the family adds.

Deep-Dives

The family — one modality axis

OpenBMB

Open Lab for Big Model Base — Tsinghua University + ModelBest. Apache-2.0.

The progression

  • MiniCPM5-1B — ~1.08B text · the on-ramp
  • MiniCPM3-4B — denser text · mid-size
  • MiniCPM-V 4.6 — + SigLip-400M · vision
  • MiniCPM-o 4.5 — omni · full-duplex
Each step adds a modality or capability the previous lacked. SigLip-400M is the component that turns a text base into a vision-language model.

MiniCPM5-1B — the on-ramp hero

1.08B
parameters
17.9
Intelligence Index
~2GB
VRAM footprint
Why 1B, not 7B? The FT00 thesis — fine-tuning steers behavior, not knowledge — is demonstrable on a 1B model in minutes. You need a model cheap enough to run the experiment ten times.

The model FT00's lab loads, FT08's QLoRA walks through, and every VRAM calc uses as its worked example.

The Ultra* datasets — the steering wheel

DatasetPurposeSteering layerModule
UltraChatMulti-turn dialogueSFT — instruction formatFT04, FT12
UltraFeedbackPreference / feedback pairsDPO — preference signalFT05, FT13
Ultra-FineWebCurated web pretrainingLayer 1 / CPTFT06
arXiv:2310.01377 (Cui et al., 2023) — the open-preference-dataset citation. Open data means the course can point at a concrete preference pair and say "this is the signal DPO optimizes."

Open datasets = a steering wheel you can inspect. A closed dataset cannot match this as a teaching tool.

Why MiniCPM is the teaching vehicle

PROPERTY 1
Cheap iteration

1B fine-tunes in minutes on a consumer GPU. Run the SFT→DPO→quantize→deploy loop in an afternoon.

PROPERTY 2
Auditable provenance

Open weights + data + recipe. Point at every byte the model saw. The FT02 auditability predicate.

PROPERTY 3
Apache-2.0

No MAU / field-of-use clauses. Ship a product without consulting a lawyer about the model license.

Nature Communications paper (s41467-025-61040-5) makes the case formally — a small, open, documented model as a viable platform for the whole fine-tuning stack.

Fine-tuning: SWIFT vs LLaMA-Factory

SWIFT

ModelBest / OpenBMB — first-party

  • Native support for ALL MiniCPM variants
  • First-party chat templates & modality handlers
  • Center of gravity = OpenBMB ecosystem
LLaMA-Factory

General-purpose

  • Unified interface for dozens of families
  • Add MiniCPM as a config change
  • Vision/omni support lags SWIFT
Deciding factor: modality. Text models (5-1B, 3-4B) — toss-up. Vision/omni (V, o) — SWIFT, for first-party modality handling.

Anti-patterns

Treating MiniCPM5-1B as a production frontier model. It is a small, capable, open model — ideal for teaching and edge. It will lose head-to-head against 70B+. Match the base to the deployment (FT03).
"Ultra* datasets are clean because they're open." Open ≠ clean (FT02). Open means you can audit — not that it's done. Run the PII sweep, dedup, decontaminate (FT06) like any dataset.
Picking the framework without considering modality. Choosing LLaMA-Factory for an omni-modal fine-tune because "it's what we use" will cost you days of template-debugging.

What you can now do

  1. Place MiniCPM on the open spectrum and explain why it's the course's default base.
  2. Map the family (5-1B, 3-4B, V, o) to the modality gap each fills, and explain SigLip-400M's role.
  3. Trace the Ultra* datasets to the steering layers they enable and the arXiv provenance.
  4. Defend, with the Nature Comms paper, why an open-data family is the right teaching vehicle.
  5. Choose between SWIFT and LLaMA-Factory and defend the tradeoff.
The lab: load MiniCPM5-1B, apply a format-steering LoRA via SWIFT, measure the before/after behavior shift. The steering thesis, felt in under 30 minutes.

Next: FTDD-02 — OLMo 2/3 + Tülu 3 (Ai2)