Skip to content

Model cards

Compliance Info

Below we map the engineering practice to articles of the AI Act, which benefit from following the practice.

Keeping a model card will help you in achieving compliance with the following requirements, since they are well-suited to provide or supplement the required information:

Rationale

Model cards are a somewhat standardized form of documentation that provide a comprehensive overview of an AI model, including its intended use and limitations, used datasets, evaluation results and performance metrics, and ethical considerations. The general structure of a model card encompasses the following sections:

  • Model name and details
  • Model owners
  • Model architecture and compute infrastructure
  • Intended uses (and potential limitations)
  • Training procedure and parameters
  • Used datasets
  • Evaluation results (datasets, metrics, factors, etc.)
  • Ethical considerations
  • Licenses and compliance information

This information greatly overlaps with the information required for the technical documentation of high-risk AI systems and the necessary information that should be supplied to deployers of such systems as part of the instructions for use.

Model cards are a useful tool to increase the transparency along the value chain of an AI system, from developers and providers, to deployers, certification bodies and market authorities, and ultimately end-users.

Implementation Notes

While no single universal format for model cards exists, the YAML-based format used by Hugging Face is a good starting point. This format strikes a good balance between ease of creation and possibility for automated processing.

Parts of the information in a model card can be generated automatically from the model metadata, such as the model's architecture, training data, and evaluation results, using appropriate libraries and tools. Experiment tracking tools, workflow orchestrators, and data versioning tools can serve as the authoritative source for this metadata.

Since the information in a model card is tied to a specific model version, it is important to ensure that the model card is appropriately versioned, such that a clear link between a model version and its accompanying model card can be established. This can be achieved by storing the model card as an artifact alongside the model in an experiment log, or by using a version control system to track the model card.

Key Technologies

Resources

Legal Disclaimer (click to toggle)

The information provided on this website is for informational purposes only and does not constitute legal advice. The tools, practices, and mappings presented here reflect our interpretation of the EU AI Act and are intended to support understanding and implementation of trustworthy AI principles. Following this guidance does not guarantee compliance with the EU AI Act or any other legal or regulatory framework. We are not affiliated with, nor do we endorse, any of the tools listed on this website.