Run Receipt
◆ Ingénieur IA ● Profil digitalUn :term:`Run Receipt` est la preuve d’une exécution : ce qui a été lancé, avec quels moteurs, quelles étapes, et quelles validations humaines. Il porte une empreinte d’intégrité.
Ce n’est pas un certificat légal : c’est une trace technique consultable
par les opérateurs du projet. En v1, signature_ref est toujours null
(le reçu n’est pas non-répudiable).
Ce que le reçu contient
Section |
Rôle |
|---|---|
|
|
|
Fournisseurs et modèles LLM sollicités, nombre d’appels, latences. |
|
Jeux de données en entrée, artefacts en sortie. |
|
Traces HITL et acteurs (identifiants pseudonymisés). |
|
Empreinte du document. |
|
Couverture globale et par section. |
Statuts
success | success_with_errors | failed | waiting_user |
running | unknown.
waiting_user n’est pas un échec : une étape peut rester AWAITING_USER
alors que le statut global vaut COMPLETED.
Origine
live (fragments poussés par l’orchestrateur) ou reconstructed
(réconciliation sans fragment).
Les clients doivent accepter schema_version n et n-1, et ignorer
les sections inconnues.
Où le lire
Côté produit, le Evidence Panel affiche la preuve. Côté API, voir la référence evidence.
Voir aussi