A card is a witness statement
Treat a model card the way an investigator treats a witness statement: valuable, sincere or not, and never accepted whole. The card is where the publisher tells you what the model is, what it was trained on, what it may be used for, and under what terms. Your job is to separate the claims you can check from the claims you can only note — and to notice which claims are conspicuously absent.
Start with the machine-readable block, because it is the part with structure: library_name, license tags, base_model pointers for derivatives, pipeline tags, and datasets referenced. Structure makes verification mechanical — a license tag maps to actual terms, a base-model pointer resolves to a real repository or it does not.
The five claims that decide an acquisition
- Identity. What model is this, at what version, released when? A card that never states a version leaves you unable to detect substitution later.
- Pedigree. For anything not a base model: what was it built on (base_model), with what method (fine-tune, merge, distillation), on what data? A derivative card without a base pointer is an unverifiable claim about its own identity — track two's lesson, now applied.
- Precision and format. What dtype is the release? What files make it up? Cross this against your size arithmetic; a card and its shard sizes disagreeing is the single most common quiet lie in the ecosystem.
- Terms. Which license, and are there use restrictions beyond it (acceptable-use policies, regional limits)? An unspecified license is a decision deferred onto future-you at the worst possible moment.
- Known limits. What does the publisher admit the model does badly? Honest limitation sections correlate strongly with careful publishers — and their absence is mild evidence of the opposite.
Absences matter as much as contents. A card with no license, no base pointer for a derivative, no training summary, and no limitations is not a thin card — it is a card that declined to answer the acquisition questions.
The card that outruns the artifact
One more forensic habit: read the card's claims about performance as marketing and its claims about construction as evidence. "State-of-the-art on X" is unfalsifiable at acquisition time and irrelevant to archiving. "Trained in BF16, converted from the FP32 checkpoint at commit Y, tokenizer identical to base Z" is checkable, and it is the sentence that makes you smarter about what you own.