Trois niveaux qu'on mélange
Ce qui est exigible aujourd'hui, ce qui est annoncé pour plus tard et ce qui relève de l'argument commercial ne se traitent pas de la même façon, et on les présente pourtant dans la même diapositive. C'est la source de confusion principale sur ce sujet.
Le premier niveau engage : il se documente, il se prouve, son absence se sanctionne. Le deuxième prépare : il oriente une architecture sans contraindre un calendrier. Le troisième ne devrait apparaître nulle part dans un dossier interne.
Les distinguer prend une demi-journée et évite deux erreurs symétriques : traiter une annonce comme une obligation, ce qui mobilise pour rien, et traiter une obligation comme une annonce, ce qui coûte au contrôle.
Ce qui relève déjà d'obligations existantes
Une partie de la question énergétique est déjà couverte, non par la réglementation sur l'IA, mais par les obligations de reporting extra-financier qui s'appliquent à l'entreprise. C'est le point que les équipes techniques ignorent le plus souvent.
Une organisation soumise à une obligation de publication d'informations de durabilité doit rendre compte de sa consommation numérique, dont les systèmes d'IA font partie. L'obligation ne vient pas du règlement sur l'IA, elle vient d'ailleurs, et elle s'applique déjà.
La conséquence pratique est qu'il faut savoir qui, dans l'organisation, produit ce reporting, et lui fournir les grandeurs mesurables plutôt que d'attendre une demande.
Les trois grandeurs à fournir sont celles décrites dans mesurer l'empreinte d'un système d'IA depuis sa place.
Ce qui n'est pas exigible, et qu'on présente comme tel
- Un bilan carbone par requête. Aucun texte ne l'impose, et il n'est pas calculable de façon vérifiable depuis une organisation utilisatrice.
- Une certification de sobriété du modèle. Ces labels existent, ils sont volontaires, et aucun n'est opposable.
- Un seuil de consommation par usage. Il n'en existe pas.
- Le choix d'un fournisseur sur critère énergétique. Recommandable, jamais obligatoire.
Ce qui se prépare sans se subir
La documentation technique d'un système, exigée par ailleurs, est le bon endroit pour consigner ce qui touche à la consommation. Cela ne coûte rien de plus et cela couvre l'anticipation.
La fiche d'une page décrit déjà la finalité, les données, la décision servie et la supervision. Y ajouter deux lignes sur le volume du corpus et la fréquence de reprise suffit à répondre à la plupart des questions qui viendront.
Cette approche a un mérite décisif : elle ne crée pas de processus séparé. Un dispositif de sobriété qui vit à côté de la documentation existante n'est pas tenu six mois.
Le format de cette fiche est décrit dans écrire la fiche d'un système d'IA, et le rendez-vous trimestriel qui la maintient dans préparer un contrôle de conformité en deux semaines.
Le piège de l'argument commercial retourné
Un fournisseur qui met en avant la sobriété de son modèle vend un argument, pas une garantie contractuelle. Il faut savoir ce qu'on peut en faire, et ce qu'on ne peut pas.
Ce qu'on peut en faire : le verser au dossier comme élément d'information, daté, avec sa source. C'est une pièce parmi d'autres.
Ce qu'on ne peut pas : le reprendre à son compte dans un document interne comme s'il s'agissait d'une mesure. Un chiffre non vérifiable engage celui qui le republie, pas celui qui l'a produit.
La règle est la même que pour toute annonce de performance : elle sert à repérer un candidat, jamais à trancher. C'est le raisonnement de comment lire une annonce de benchmark, appliqué à un autre type de promesse.
La question qui trie en dix secondes
« Ce point figure-t-il dans un texte applicable aujourd'hui, ou dans une communication de fournisseur ? » Si la réponse est la seconde, il ne relève pas de la conformité et n'a pas à mobiliser une équipe de conformité.
Ce que je conseille de faire maintenant
Fournir les trois grandeurs mesurables à qui produit le reporting de l'entreprise, et s'arrêter là. C'est peu, c'est exact, et cela suffit à la situation actuelle.
Les trois grandeurs sont les jetons consommés, les appels évités et les requêtes redondantes. Elles se relèvent depuis la journalisation déjà en place pour le suivi des coûts.
Ce qu'il ne faut pas faire, c'est construire un dispositif dédié en anticipation d'une obligation qui n'existe pas encore et dont la forme est inconnue. Les dispositifs construits en anticipation sont presque toujours à refaire quand le texte arrive, parce qu'il demande autre chose.
La règle que j'applique : mesurer ce qui est utile à l'exploitation, documenter ce qui est mesuré, et laisser la conformité s'appuyer dessus le jour venu.
Questions fréquentes
La réglementation sur l'IA impose-t-elle un bilan énergétique ?
Pas de bilan carbone par requête ni de seuil de consommation. En revanche, les obligations de reporting extra-financier de l'entreprise couvrent déjà sa consommation numérique, systèmes d'IA compris.
Les labels de sobriété sont-ils opposables ?
Non. Ils existent, ils sont volontaires, et aucun ne constitue une obligation. Ils peuvent figurer au dossier comme élément d'information daté, pas comme preuve.
Où consigner ce qui touche à la consommation ?
Dans la documentation technique du système déjà exigée par ailleurs. Deux lignes sur le volume du corpus et la fréquence de reprise suffisent, et cela évite de créer un processus séparé.
Faut-il construire un dispositif en anticipation ?
Non. Les dispositifs bâtis avant le texte sont presque toujours à refaire, parce que le texte demande autre chose. Mesurer ce qui sert à l'exploitation et le documenter suffit.