La preuve se génère, elle ne se rédige pas.
Une nouvelle couche de preuves signées sur les systèmes MLOps que votre équipe utilise déjà.
Du travail de votre équipe à la preuve signée
Froga génère des preuves signées pour documenter votre système d’IA et prouver le respect des exigences réglementaires applicables.
- risque et traitement
- justification documentée
- jeu de données
- traçabilité des données
- algorithme d’entraînement
- manifeste d’exécution
- métriques
- seuils mesurés
- modèle
- provenance signée
Où cela se branche
Froga s’intègre aux couches MLOps et DevSecOps de l’organisation pour réunir les preuves de la documentation technique, via les intégrations disponibles.
Dans l’organisation
MLOps
Versions des données, enregistrements d’exécution et métriques du modèle, selon les éléments fournis par chaque outil.
Dans l’organisation
DevSecOps
Code versionné et intégration continue, où Froga vérifie les livraisons selon les capacités de chaque connexion.
Résultat dans Froga
Documentation technique
Froga rassemble et signe les preuves, liées aux données, au modèle et aux contrôles documentés.
Avec quoi cela fonctionne
MLOps · données et exécutions
| Outil | Contribution | Périmètre |
|---|---|---|
 DVC | Empreinte du fichier de verrouillage | Un tiers peut la recalculer avec le dépôt et ses dépendances. |
 MLflow | Empreinte des métriques d’exécution | Les métriques restent dans le stockage de MLflow. |
 Dagster | Empreinte des éléments d’exécution | Les éléments restent dans le stockage de Dagster. |
 DataLad | Provenance dans l’historique des exécutions | Les données sont référencées par des pointeurs. |
DevSecOps · dépôts et intégration continue
| Outil | Contribution | Périmètre |
|---|---|---|
 GitHub | Vérification des livraisons | Selon la configuration de Froga dans l’intégration continue. |
 GitLab | Vérification des livraisons | Selon la configuration de Froga dans l’intégration continue. |
 Forgejo | Connexion au dépôt | Sans vérification des livraisons. |
Supervision et incidents
Froga prépare et valide les exigences de supervision de votre produit, et chaque incident revient dans le cycle des risques. Le signaler à l’autorité et l’analyser restent du ressort de votre surveillance après commercialisation.
Si cela convient jusqu'ici, la suite est une conversation.
Parlons-en