?asOf= parameter to see the current catalog state.A standardized disclosure document accompanying an AI model that describes its intended use, training data, evaluation results, limitations, and known failure modes.
Explainer
A model card is a standardized disclosure document that accompanies a trained AI model and describes its intended use, training and evaluation data, performance results across conditions, limitations, and known failure modes. The format originated in Mitchell et al., "Model Cards for Model Reporting," presented at the ACM Conference on Fairness, Accountability, and Transparency (FAT*/FAccT) in 2019 (arXiv:1810.03993). The paper frames model cards as short accompanying documents whose purpose is to clarify a model's intended use cases—reporting benchmarked evaluation across cultural, demographic, or phenotypic groups—and to minimize use in contexts for which a model is not well suited. The stated goal is increased transparency into how well a model works and for whom.
In the years since, the model card has become a de facto industry convention. It is the default template for models published on the Hugging Face Hub and has been promoted as a transparency practice by Google's PAIR initiative and Microsoft's Responsible AI program. It is useful to distinguish the model card from adjacent artifacts: a system card wraps a model card with deployment-level context (OpenAI has used this framing for its GPT-4 family of releases); a datasheet, in the sense of Gebru et al. (2018), documents a dataset rather than a model; and "fact sheet" is IBM's term for a comparable disclosure. These formats overlap but target different units of analysis.
In policy, model-card-style disclosure appears predominantly as a voluntary or soft-law mechanism. The U.S. NIST AI Risk Management Framework references model cards as a transparency tool under its GOVERN function (GOVERN 1.4, which cites Mitchell et al.), and the ISO/IEC 23894 AI-risk-management standard endorses analogous documentation; international frameworks such as the G7 Hiroshima Process and the OECD AI Principles, alongside jurisdiction-level instruments including Singapore's and Japan's AI guidance and U.S. subnational measures (NYC Local Law 144 of 2021 and Colorado SB 24-205), incorporate documentation or disclosure expectations of varying bindingness. The EU AI Act's Article 53 is the first binding equivalent for general-purpose AI models: it requires providers to maintain technical documentation (Annex XI) covering intended tasks, training and testing data, and evaluation results, and to publish a sufficiently detailed training-data summary—obligations further elaborated for general-purpose models through the EU's GPAI Code of Practice (2025). Outside this regime, model cards remain largely voluntary across jurisdictions.
A recurring caveat is completeness. Cards may omit training compute, dataset composition, or evaluation methodology, and providers can invoke trade-secret or confidential-business-information claims. Article 53 acknowledges such interests—its downstream-disclosure duty operates "without prejudice" to intellectual property and trade secrets, and information obtained under the article is subject to the Act's confidentiality regime—while channeling those protections through defined legal limits rather than a blanket exemption. Policy Window records the editorial read on this concept as settled: the model card is an established, well-defined documentation primitive with a clear origin and broad adoption. That read should be held provisionally—it reflects the convergence of the format's definition and uptake, not a claim that disclosure contents are uniform or independently verified across providers.
Definition & scope
Model cards originated in Mitchell et al. (2019) 'Model Cards for Model Reporting' (FAccT). The pattern was adopted by Hugging Face Hub (default model template), Google PAIR, and Microsoft Responsible AI. EU AI Act Art. 53 codifies model-card-style disclosures for general-purpose AI models — providers must document training-data summary, capabilities, limitations, intended use, and evaluation methodology. NIST AI RMF (Govern 1.3, Map 5.1) cites model cards as a transparency mechanism. ISO/IEC 23894 (AI risk management) endorses analogous documentation. Distinguish from: (a) 'system card' — wraps a model card with deployment-context information (OpenAI uses this term for GPT-4 family); (b) 'data sheet' — Gebru et al. 2018, focuses on training datasets rather than models; (c) 'fact sheet' — IBM's term for similar disclosure. Model cards remain voluntary in most jurisdictions; the EU AIA Art. 53 disclosure is the first binding equivalent.
Use in governance
How instruments operationalise this concept
| Instrument | Jurisdiction | Status |
|---|---|---|
| EU AI Act | EU | in force |
| NIST AI Risk Management Framework | US | in force |
| G7 Hiroshima AI Process Code of Conduct | G7 | in force |
| OECD AI Principles (Recommendation) | OECD | in force |
| Singapore Model AI Governance Framework for Generative AI | SG | in force |
| Japan METI AI Guidelines for Business | JP | in force |
Appears in topic articles
Editorial note
When comparing model cards across providers, normalize for completeness: cards may omit training-compute, dataset composition, or evaluation methodology under trade-secret claims. EU AIA Art. 53 carves out trade-secret exemptions narrowly.
See also
Further reading
Sources on the broader topics this concept relates to — complementing, not standing in for, the primary sources cited inline above. 64 academic & grey-literature sources; catalogued metadata with a primary link; one-line findings are ✦ AI-generated summaries, labeled as such (charter §7.9). Browse the full literature index.
- An interdisciplinary account of the terminological choices by EU policymakers ahead of the final agreement on the AI Act: AI system, general purpose AI system, foundation model, and generative AI Peer-reviewed✦ AITraces how the AI Act's legal text shifted across versions among the terms 'AI system, general purpose AI system, foundation model, and generative AI', exposing definitional instability in the regime.
- The EU model of AI governance: regulating artificial intelligence through law and policy Peer-reviewed✦ AIAnalyses how the AI Act's risk-based model handles general-purpose and foundation models whose 'autonomous content generation challenges legal categories of authorship, accountability, and control'.
- Generative AI and data protection Peer-reviewed✦ AIExamines friction between foundation-model training and the GDPR, noting models that 'memorize and leak pieces of training data' cannot be treated as anonymous.
- Identifying Algorithmic Decision Subjects' Needs for Meaningful Contestability Peer-reviewed✦ AIEmpirically elicits what decision subjects need for contestation to be 'meaningful', informing the design of effective remedies and appeal mechanisms for ADM.
- Two Means to an End Goal: Connecting Explainability and Contestability in the Regulation of Public Sector AI Preprint✦ AIInterview study with 14 regulation experts distinguishes judicial vs non-judicial and individual vs collective contestation channels for public-sector AI remedies.
- GPTs are GPTs: Labor market impact potential of LLMs Peer-reviewed✦ AIFinds around 80% of the U.S. workforce "could have at least 10% of their work tasks affected" by LLMs, which exhibit "traits of general-purpose technologies".
- Generative AI in EU law: Liability, privacy, intellectual property, and cybersecurity Peer-reviewed✦ AIExamines how the EU AI Act, liability regimes, GDPR, copyright and cybersecurity rules apply to generative AI, identifying gaps and proposing targeted regulatory refinements.
- Evaluating Frontier Models for Dangerous Capabilities Preprint✦ AIPilots dangerous-capability evaluations (persuasion, cyber, self-proliferation) on frontier models, finding 'early warning signs' but no strong present danger — grounding evaluation-based gating.
- The Right to Transparency in Public Governance: Freedom of Information and the Use of Artificial Intelligence by Public Agencies Peer-reviewed✦ AIFinds freedom-of-information regimes "generally only grant access to existing documents" and that with "no mature standard for documenting AI models," public-sector AI transparency is limited.
- On the Quest for Effectiveness in Human Oversight: Interdisciplinary Perspectives Peer-reviewed✦ AISynthesises interdisciplinary evidence to argue that legally mandated human oversight of AI is often ineffective ('rubber-stamp') unless effectiveness conditions are explicitly designed for.
- Law and the Emerging Political Economy of Algorithmic Audits Peer-reviewed✦ AIAnalyses how AI-audit mandates create a new political economy of auditing, warning that audit markets can entrench rather than constrain power without underlying governance.
- Understanding Contestability on the Margins: Implications for the Design of Algorithmic Decision-making in Public Services Peer-reviewed✦ AIField study shows marginalized public-service users need intermediaries and informal channels for contestation, challenging individualistic right-to-contest designs.
+ 52 more across this concept's topics — see the literature index.
References
The primary instrument sources behind the article's classifications.
Cite this article 8 formats · BibTeX, RIS, APA, Chicago, … · 1-click copy
Persistent identifier: https://policywindow.org/wiki/model-card — committed-stable URL with content-versioning via ?asOf= (rollout pending per methodology §7). DOIs via Zenodo are on the roadmap.
Article tools — track changes, suggest an edit
View history — every captured revision of this article · What links here