Guide service public — déployer la mesure d’inférence LLM
Parcours agent → service → pilotage climat : extension sans compte, tenant_id par direction, tableau de bord agrégé, conformité et hébergement UE. Sans prétendre remplacer un PCAET ni un inventaire carbone complet.
Les collectivités déploient l’IA (copilotes, assistants, SaaS) plus vite que les outils de pilotage climat ne suivent. Ce guide décrit un déploiement réaliste : sensibilisation immédiate, agrégation par service, preuve exportable pour la RSE ou le comité, sans contenu de prompt sur nos serveurs.
carbon-llm est un indicateur d’usage (tokens, modèle, tenant) avec coefficients documentés — complément d’un dispositif climat ou numérique responsable, pas un substitut aux obligations statutaires.
Palier 1 — L’agent s’auto-sensibilise : installation de l’extension depuis le Chrome Web Store, sans compte. Indication de CO₂e par réponse à partir des métadonnées (pas de texte de conversation envoyé).
Palier 2 — La direction ou la DSI fédère par service : une clé API (compte gratuit ou Pro) et un tenant_id stable par ligne métier (ex. direction-sociale, urbanisme-digital). Les événements POST /api/v1/track alimentent la vue « Clients finaux » et le graphique CO₂e.
Palier 3 — RSE / climat / DSI : tableau de bord avec périodes (7 jours à tout l’historique), agrégation jour / semaine / mois, export CSV, rapports PDF et vue conformité. Les installations navigateur sont regroupées par client_instance_id (identifiant de poste, pas un nom de personne).
Recommandation : faire du tenant_id le code du service, du programme ou du budget — jamais l’identité d’un agent. Le tableau de bord agrège alors « par direction », ce qui colle aux usages PCAET / bilan.
L’extension envoie un client_instance_id stable par installation navigateur pour distinguer les postes sans enregistrer de nom. C’est une donnée technique ; la politique interne (charte IA, DPIA) reste à votre initiative.
Après connexion, la vue d’ensemble résume l’usage tracké pour votre compte éditeur : filtres d’environnement, périodes, graphique et exports cohérents avec la documentation API.
- Filtres Tous / Production / Test pour séparer clés facturables et bacs à sable.
- Période « Depuis le début » pour les bilans longs ; graphique CO₂e en jour, semaine (lundi UTC) ou mois.
- KPI « Installations extension » + tableau par installation lorsque l’extension envoie client_instance_id.
- Exports CSV avec colonne client_instance_id pour rattacher à vos propres référentiels SI.
Hébergement UE et absence de contenu de prompt côté plateforme : voir sécurité et confidentialité. Le DPA et les CGU encadrent le traitement pour votre structure.
L’AI Act et les exigences climat (CSRD / ESRS E1 pour les sociétés concernées) poussent vers la documentation d’activité — notre positionnement reste « indicateur d’inférence », pas « conformité AI Act / PCAET clé en main ».
Pour pousser l’extension à grande échelle, les référentiels Microsoft / Google permettent les stratégies d’installation managée. Exemple indicatif — à valider avec votre administrateur et la documentation officielle du navigateur (ID d’extension ci-dessous).
- Alternative légère : lien intranet vers la fiche Chrome Web Store + sensibilisation lors de la formation IA (obligation de literacy côté AI Act pour les équipes concernées).
Exemple de clé de stratégie (Chrome) ExtensionInstallForcelist — une entrée par ligne, format à confirmer selon votre console.
[
"lohinmbpilopeojppfipplchdlmbnicp;https://clients2.google.com/service/update2/crx"
]Des évolutions utiles côté terrain : lien d’installation pré-rempli (tenant / clé), comptes organisation avec rôles, SSO public. Elles demandent du développement dédié — en attendant, ce guide et le contact permettent de cadrer un pilote.