Capacités
Tâches prises en charge, langues, domaines, formats d’entrée et conditions de fonctionnement.
Décrire un modèle avant de demander qu’on lui fasse confiance.
Chaque composant disponible documente sa tâche, ses données, ses résultats, ses erreurs connues et ses usages non prévus.
Une model card n’est pas un argument marketing : elle doit permettre de décider si un composant mérite d’être évalué dans votre contexte.
Évaluation
Jeux de tests, baselines, intervalles, catégories d’erreurs et limites de la méthode.
Déploiement
Version, dépendances, options d’hébergement, observabilité et procédure de mise à jour.
Point de transparence
Voir le Trust Center Une model card ne remplace pas la validation du système complet dans son usage réel.
Testez la méthode sur un exemple public.
Explorer permet d’inspecter les sources, résultats et limites avant toute discussion de production.