Écoconception avec Claude : installer et utiliser le skill green-claude (RGESN, GR491)

Dernière mise à jour : 21 octobre 2026. Contenu établi à partir du README du projet à cette date ; il évolue, vérifiez-le avant installation.

Pourquoi l’intégrer à Claude

Un assistant de code écrit volontiers du code qui « marche » mais gaspille des ressources : requêtes SQL en SELECT *, N+1, import d’une bibliothèque entière pour une fonction, pagination absente. S’y ajoute le coût de la session elle-même : contexte rechargé, réponses redondantes, essais répétés. Le skill green-claude, publié par l’Institut du Numérique Responsable, cible ces deux sources.

Du code plus sobre : 107 règles générales alignées sur les 9 familles du RGESN 2024 et le GR491, plus 127 règles pour 24 langages et frameworks, chargées uniquement pour les fichiers du langage concerné.
Des sessions plus sobres : 13 pratiques d’usage et 30 règles de sobriété en tokens (NR-TOK) : contexte minimal, /clear ou /compact plutôt que d’empiler les corrections, modèle proportionné, rapport de session.
Un référentiel public plutôt que des préférences implicites : chaque règle porte une référence RGESN et GR491 (précise pour 38 règles, au niveau de la famille pour 67 autres, selon le README).

À garder en tête : le skill guide le modèle, son application n’est pas garantie à chaque réponse. L’audit signale des candidats à examiner ; il ne certifie pas la conformité RGESN et ne mesure pas d’économie d’énergie. Le nombre de tokens est un indicateur d’activité, pas une mesure d’énergie ou d’émissions.

Comment l’installer

Claude Code : plugin (recommandé)

/plugin marketplace add Institut-du-Numerique-Responsable/green-claude
/plugin install green-claude@green-claude

Mises à jour avec /plugin update green-claude.

Claude Code : script

git clone https://github.com/Institut-du-Numerique-Responsable/green-claude.git
cd green-claude
./install.sh

Le script installe le skill dans ~/.claude/skills/green-claude et propose séparément les hooks. Prérequis : jq.

Claude.ai et API

Depuis un clone local, bash skills/green-claude/scripts/package-skill.sh produit les archives dans dist/. Sur claude.ai : Paramètres → Capacités → Skills → Importer un skill (l’exécution de code doit être activée). Sur l’API : client.beta.skills.create(files=files_from_dir("green-claude")). L’audit exige bash et jq dans l’environnement d’exécution.

Comment l’utiliser : prompts prêts à l’emploi

Le README prévoit trois usages : installer le skill et demander explicitement son usage, demander un audit (« audit d’écoconception de ce fichier »), ou taper /green-claude pour la checklist complète.

1. Écrire sobre dès le départ

Utilise le skill green-claude. Écris la fonctionnalité suivante avec le moins de code possible.
Avant d’écrire : conteste la demande si elle est inutile ou trop large, et pose-moi
une question si un point est ambigu. Ensuite, lance l’audit sur les fichiers modifiés.

Fonctionnalité : [décris-la ici]

2. Auditer un fichier existant

Fais un audit d’écoconception de ce fichier avec le skill green-claude.
Classe les résultats par impact, ne corrige que les niveaux High, et liste
ce que tu laisses de côté et pourquoi.

3. Rendre la règle permanente dans CLAUDE.md

# Écoconception
- Pour tout code écrit ou modifié, appliquer le skill green-claude.
- Écrire le moins de code possible. Demander avant de construire si la demande est ambiguë.
- Imports ciblés ; API natives avant toute nouvelle dépendance ; pas de SELECT * ; pagination ; pas de N+1.
- Après modification, auditer les fichiers touchés. Les décisions actées vont dans .green-claude/decisions.md.
- Choisir le modèle et l’effort proportionnés à la tâche.
- Clore toute tâche avec outils par un rapport court : règles appliquées, mesures réelles, limites. Aucune métrique inventée.

Le README le recommande : écrire la règle une fois dans CLAUDE.md évite de la corriger à chaque session. Gardez ce bloc court.

4. Économiser du contexte sur une tâche de lecture

Résume ce fichier de logs en conservant les erreurs, les chiffres et les chemins.
Ne recharge pas les fichiers déjà lus. Réponds directement, sans conclusion redondante.

Aller plus loin : hooks et mesure

Audit systématique (PostToolUse sur Write|Edit|MultiEdit) : exécuté après chaque fichier de code écrit, sans dépendre du modèle.
Cadrage avant écriture (UserPromptSubmit) : rappelle trois règles quand vous demandez du code : le moins de code possible, contester la demande et le modèle, demander avant de construire.
Cache explicite : préfixer une question factuelle autonome par [cache] permet de réutiliser une réponse pendant une heure. À éviter pour tout ce qui dépend de fichiers ou du contexte.
Pré-commit et workflow GitHub : ils voient aussi le code que vous écrivez vous-même.
.green-claude/decisions.md et .green-claude/ignore : actent une exception (ACCEPTED) ou une dette (TODO) pour ne pas revoir le même faux positif à chaque audit.
Score : eco-score.sh compte des motifs connus, pas des joules. Comparez-le à celui du mois précédent et confrontez-le à une mesure réelle (requêtes, octets transférés, temps CPU, EcoIndex).

Choisir le bon modèle : un levier de sobriété

Le skill demande un modèle et un effort proportionnés à la tâche (NR-TOK-023). Concrètement : commencez par le palier le plus léger qui suffit, et ne montez que si la qualité l’exige. Voir le comparatif des modèles. Je n’ai pas de mesure d’énergie par modèle à vous donner : ne tirez pas de conclusion chiffrée du seul prix.

Notre propre démarche

TheClaude.fr applique des principes de sobriété simples : polices système (aucune police web), aucun script ni service tiers, un seul fichier CSS et un seul fichier JS mis en cache, navigation sans bibliothèque. Aucune mesure EcoIndex n’a encore été réalisée sur le site : [À COMPLÉTER] après mesure.

Licences et sources

Code sous Apache-2.0, règles et documentation sous CC BY 4.0 (indiqué par le dépôt). Sources : dépôt green-claude, RGESN 2024 (Arcep), GR491. TheClaude.fr n’est affilié ni à l’Institut du Numérique Responsable ni à Anthropic.