Claude Code /powerup et /insights : De Zéro à Expert
J'ai failli ignorer la notification de mise à jour. La version 2.1.90 est arrivée alors que j'étais en plein flux sur un projet client -- trois agents en cours d'exécution, un pipeline de déploiement à moitié construit, et mon café qui refroidissait. Encore une nouvelle version de Claude Code. Ils publient tellement vite que suivre chaque changelog ressemble à un travail à temps partiel.
Mais un ami m'a envoyé un message : "Lance /insights. Fais-moi confiance."
Alors je l'ai fait. Et trente secondes plus tard, je fixais un bulletin HTML de mes 30 derniers jours avec Claude Code -- sessions décomposées par projet, langages que j'avais le plus utilisés, outils sur lesquels je m'étais appuyé, points de friction que je n'avais pas remarqués, et une liste d'erreurs de workflow que je commettais de façon répétée sans m'en rendre compte. Une ligne m'a frappé fort : j'avais manuellement ré-expliqué le contexte de mon projet dans 73% des nouvelles sessions au lieu d'utiliser des fichiers CLAUDE.md. Soixante-treize pour cent. J'écris sur Claude Code pour gagner ma vie, et je gaspillais encore des tokens sur quelque chose que j'avais dit aux autres d'arrêter de faire.
C'est le moment où j'ai réalisé que Claude Code avait livré quelque chose de véritablement différent. Pas une nouvelle capacité du modèle. Pas une amélioration de performance. Une boucle de rétroaction -- et un système d'apprentissage pour l'accompagner.
Les deux commandes au centre de tout cela sont /powerup et /insights. Séparément, chacune est utile. Ensemble, elles créent quelque chose que je n'ai vu dans aucun autre outil de développement : un système en boucle fermée où vous apprenez les fondamentaux, les appliquez dans du vrai travail, obtenez des analyses personnalisées sur vos performances réelles, puis apprenez les choses spécifiques que vous faites mal. C'est la différence entre lire un manuel et avoir un tuteur qui vous regarde coder.
Voici comment les deux commandes fonctionnent, pourquoi la combinaison compte plus que chacune séparément, et comment j'ai construit un pipeline d'automatisation qui transforme cette boucle de rétroaction en un système auto-améliorant.
Ce Que /powerup Fait Vraiment (Et Ce Que La Plupart Des Gens Ratent)
J'ai couvert /powerup en détail lors de son lancement -- vous pouvez lire ce premier aperçu complet ici. Mais voici la version condensée pour le contexte, plus quelques choses que j'ai apprises depuis la rédaction de cet article.
/powerup est un système d'apprentissage interactif intégré directement dans le terminal Claude Code. Tapez la commande et vous obtenez un menu de 10 leçons structurées, chacune ciblant une capacité spécifique de Claude Code. Ce ne sont pas des liens vers la documentation. Ce sont des exercices guidés qui s'exécutent dans votre terminal réel, avec votre projet réel, vous donnant un retour en temps réel pendant que vous travaillez chaque concept.
Les 10 powerups couvrent ce qu'Anthropic considère comme le 80/20 de la maîtrise de Claude Code :
- Gestion du contexte -- comment Claude lit votre codebase, ce qui entre dans la fenêtre de contexte, et comment le contrôler avec
.claudeignoreet les mentions@ - Modes de permissions -- comprendre les niveaux de confiance (ask, auto-edit, full auto) et quand chacun a du sens
- La commande /compact -- gérer la longueur de conversation et pourquoi la compaction ne concerne pas seulement l'économie de tokens
- Hooks et automatisation -- hooks pré/post commande qui vous permettent de personnaliser le comportement de Claude Code
- Agents et subagents -- le powerup "multipliez-vous", couvrant comment Claude génère des travailleurs parallèles
- Commandes slash personnalisées -- créer vos propres
/commandsà partir de fichiers markdown - Fichiers CLAUDE.md -- mémoire du projet qui persiste entre les sessions
- Modèles d'utilisation des outils -- comment Claude décide quels outils utiliser et comment guider ces décisions
- Intégration de serveur MCP -- connecter Claude à des outils et sources de données externes
- Orchestration de workflows -- combiner tout ce qui précède en flux de développement cohérents
Chaque leçon suit une structure resserrée : introduction du concept en langage clair, un exercice pratique guidé dans votre terminal, observation et retour sur ce que vous avez fait, puis un crochet de progression qui connecte à la leçon suivante. L'ensemble prend environ 10 minutes par powerup.
Voici ce que la plupart des gens ratent : les powerups ne sont pas statiques. Ils s'adaptent au contexte de votre projet. La leçon de gestion du contexte se comporte différemment quand vous êtes dans un monorepo avec 200 fichiers par rapport à un script d'un seul fichier. La leçon CLAUDE.md vérifie si vous en avez déjà un et s'ajuste en conséquence. Ce n'est pas un tutoriel standardisé -- c'est un système d'enseignement réactif qui vous rencontre là où vous êtes.
J'ai maintenant parcouru l'ensemble complet deux fois. La deuxième fois, trois semaines après la première, j'ai capté des nuances que j'avais survolées initialement -- particulièrement sur la façon dont les règles .claudeignore sont réévaluées après une opération /compact. Cette seule découverte m'a évité une session de debugging qui m'aurait coûté une heure.
Mais /powerup a un plafond. Il vous enseigne les fondamentaux. Il vous amène de zéro à environ 80% de compétence. Les derniers 20% -- la partie où vous passez de compétent à véritablement expert -- nécessitent quelque chose que /powerup ne peut pas fournir : un retour personnalisé sur vos schémas d'utilisation réels.
C'est là qu'/insights entre en jeu.
/insights : Le Bulletin Personnalisé Dont Vous Ne Saviez Pas Avoir Besoin
Si /powerup est le manuel, /insights est le tuteur qui observe votre écran depuis un mois.
Lancez /insights dans votre terminal. Attendez environ 30 secondes -- il lit votre historique de sessions local, pas une API. Puis il génère un rapport HTML interactif et l'ouvre dans votre navigateur. Le rapport est sauvegardé dans ~/.claude/usage-data/report.html, vous pouvez donc y revenir à tout moment.
Ce que contenait le rapport m'a choqué la première fois que je l'ai vu. Pas parce que les données étaient surprenantes dans l'ensemble, mais parce que la spécificité de l'analyse était tellement plus précise que ce que j'attendais d'un outil intégré.
Détail de l'Analyse des Sessions
La première section cartographie votre utilisation de Claude Code sur les 30 derniers jours. La mienne montrait :
- 142 sessions sur 7 projets distincts
- Répartition par langage : TypeScript (47%), Python (23%), Markdown (18%), Bash (12%)
- Outils les plus utilisés : Bash (34% des appels d'outils), Read (28%), Edit (22%), Write (10%), Glob (6%)
- Durée moyenne de session : 23 minutes
- Temps de réponse moyen de l'utilisateur : 8,4 secondes
Ces chiffres seuls m'ont dit quelque chose que je n'avais pas consciemment enregistré : je passais presque un cinquième de mon temps avec Claude Code à écrire du Markdown. C'est de la génération de contenu -- articles de blog, documentation, fichiers CLAUDE.md. Pas du code. Pas nécessairement un problème, mais ça m'a fait reconsidérer si mon workflow était aussi intensif en code que je le supposais.
Ce Qui Fonctionne Bien
Le rapport identifie vos forces -- les schémas où vous utilisez Claude Code efficacement. Le mien a mis en avant ma discipline CLAUDE.md (présent dans 6 de mes 7 projets actifs), l'utilisation constante de /compact pour gérer le contexte, et des schémas efficaces de délégation aux agents dans mes projets plus importants.
Cette section compte plus que vous ne le pensez. Le renforcement positif d'un outil semble trivial, mais savoir quelles habitudes garder est tout aussi précieux que savoir lesquelles corriger.
Où Vous Perdez Du Temps
C'est la section qui fait mal. Et c'est normal.
Mon rapport a signalé trois points de friction :
1. Ré-explication répétée du contexte. Dans 73% des nouvelles sessions, je passais les 2-3 premiers messages à expliquer sur quoi je travaillais au lieu de laisser CLAUDE.md s'en charger. L'ironie ne m'a pas échappé -- j'ai littéralement un article de blog qui dit aux gens d'utiliser correctement les fichiers CLAUDE.md.
2. Boucles de diagnostic incorrectes. Dans environ 15% de mes sessions de debugging, Claude et moi poursuivions une hypothèse qui s'avérait incorrecte, brûlant 8-12 messages avant de changer de direction. Le rapport a suggéré que je commence les sessions de debugging en demandant à Claude de lister trois causes possibles classées par probabilité avant d'en investiguer une seule.
3. Sous-utilisation des subagents. J'exécutais des tâches séquentielles qui auraient pu être parallélisées. Le rapport a estimé que je pourrais réduire de 20-30% mes sessions plus longues en déléguant les sous-tâches indépendantes à des subagents.
Chaque point de friction venait avec des exemples spécifiques tirés de mon historique de sessions et une recommandation concrète. Pas de conseils vagues. Des changements spécifiques que je pouvais implémenter immédiatement.
Gains Rapides et Suggestions Ambitieuses
Le rapport offre deux niveaux de recommandations : des gains rapides que vous pouvez implémenter en moins de cinq minutes, et des changements de workflow ambitieux qui nécessitent plus de configuration mais promettent de plus grands retours.
Mes gains rapides incluaient l'ajout d'un hook pre-commit pour lancer le linting automatiquement (m'épargnant de demander à Claude de corriger le formatage à répétition), et la création d'une commande slash /debug personnalisée qui impose le modèle "trois hypothèses d'abord" que le rapport avait identifié comme manquant dans ma pratique.
La suggestion ambitieuse était plus intéressante : le rapport recommandait que je construise une skill personnalisée combinant l'analyse /insights avec des mises à jour automatiques de CLAUDE.md -- essentiellement faire en sorte que Claude Code améliore sa propre mémoire de projet basée sur les schémas détectés dans mon utilisation. J'y reviendrai dans la section automatisation, car je l'ai effectivement construite.
Erreurs Courantes et Schémas
La section erreurs de mon rapport était humiliante. Elle montrait un schéma récurrent d'échecs de génération d'assets dans un projet -- j'avais demandé à Claude de créer des fichiers image dans des contextes où il ne pouvait pas, puis re-promptais au lieu de passer à un outil qui pouvait réellement le gérer. Le rapport l'a signalé avec des horodatages et des IDs de session. Nulle part où se cacher.
Il a aussi identifié que mes sessions TypeScript avaient un taux d'erreur plus élevé que mes sessions Python, tracé à l'habitude de ne pas spécifier les options strictes du compilateur TypeScript dès le départ, ce qui amenait Claude à générer du code qui passait en mode permissif mais échouait dans mon pipeline de CI.
Confidentialité : Tout Reste en Local
Un détail qui mérite d'être souligné : /insights n'envoie vos données nulle part. L'analyse s'exécute entièrement sur votre machine locale, lisant les journaux de session stockés dans ~/.claude/. Le rapport HTML est généré localement et sauvegardé localement. Si vous travaillez sur du code sensible -- projets clients, systèmes propriétaires, tout ce qui est sous NDA -- c'est important. Vos schémas d'utilisation, le contenu de session et le rapport généré ne quittent jamais votre machine.
Vous pouvez aussi supprimer les données personnelles du rapport avant de le partager avec une équipe ou de le stocker en externe. Le rapport inclut un bouton de confidentialité qui supprime les noms de projet, chemins de fichiers et références de code spécifiques tout en préservant les insights analytiques.
C'est exactement là que /insights se distingue des outils d'analyse tiers. Pas de télémétrie. Pas de traitement cloud. Pas d'accord "faites-nous confiance avec vos données". Juste de l'analyse locale de journaux locaux.
Le Volant d'Inertie : Pourquoi /powerup + /insights Ensemble Battent Chacun Séparément
Voici l'insight qui a changé ma façon de penser à ces commandes -- et honnêtement, ma façon de penser à l'apprentissage des outils de développement en général.
/powerup et /insights ne sont pas juste deux fonctionnalités. Ce sont deux moitiés d'un cycle d'apprentissage.
Réfléchissez à la façon dont le développement des compétences fonctionne réellement. Vous avez besoin de deux choses : l'instruction (quelqu'un qui vous apprend comment faire quelque chose) et le retour (quelqu'un qui vous dit à quel point vous le faites réellement bien). La plupart des outils de développement vous donnent l'un ou l'autre. La documentation vous donne l'instruction. Les journaux d'erreurs vous donnent le retour. Mais ils sont déconnectés. Vous lisez les docs, essayez des choses, échouez de manières auxquelles les docs ne vous avaient pas préparé, et vous vous débrouillez comme vous pouvez.
Claude Code 2.1.90 ferme cette boucle au sein d'un seul outil :
- Lancez /powerup -- Apprenez les fondamentaux. Construisez votre modèle mental de comment fonctionnent la gestion du contexte, les permissions, les subagents et les hooks.
- Utilisez Claude Code pour du vrai travail -- Appliquez ce que vous avez appris dans des projets réels pendant 2-4 semaines.
- Lancez /insights -- Obtenez une analyse personnalisée de comment vous utilisez réellement ces capacités. Découvrez quels fondamentaux vous appliquez bien et lesquels vous négligez ou utilisez mal.
- Retournez à /powerup -- Revisitez les leçons spécifiques qui correspondent à vos points faibles. Le powerup de gestion du contexte se ressent différemment après avoir vu des données montrant que vous ré-expliquez le contexte dans 73% des sessions.
- Répétez.
C'est le cycle qui vous amène de 0% à 80% (via /powerup) puis de 80% à une véritable maîtrise (via /insights). Chaque rotation du volant affine votre workflow, élimine la friction et révèle la couche suivante d'optimisation.
| Phase | Commande | Ce Que Vous Apprenez | Impact sur les Compétences |
|---|---|---|---|
| Fondation | /powerup |
Concepts fondamentaux, modèles mentaux, capacités | 0% à ~80% |
| Application | Vrai travail | Expérience pratique, cas limites | Consolidation |
| Retour | /insights |
Schémas personnels, angles morts, gaspillage | 80% à ~95% |
| Raffinement | /powerup (ciblé) |
Compréhension profonde de domaines faibles spécifiques | 95% à expert |
J'ai parcouru ce cycle deux fois maintenant. La première rotation a été la plus dramatique -- corriger l'habitude de ré-explication du contexte à elle seule m'économise probablement 15-20 minutes par jour. La deuxième rotation était plus subtile mais toujours précieuse, détectant un schéma d'utilisation d'outils que je n'avais pas remarqué (utilisation excessive de Bash pour les opérations de fichiers alors que Read et Glob sont plus rapides et fiables).
La plupart des gens lanceront /powerup une fois, lanceront /insights une fois, et passeront à autre chose. C'est très bien -- vous en tirerez quand même de la valeur. Mais la vraie puissance se révèle à la deuxième et troisième rotation, quand vous commencez à voir votre amélioration reflétée dans les données.
Construire le Pipeline d'Automatisation : Du Manuel à l'Auto-Améliorant
C'est ici que les choses deviennent véritablement puissantes. Après mon deuxième cycle à travers /powerup et /insights, j'ai eu une pensée : pourquoi est-ce que je fais ça manuellement ?
Le rapport /insights génère des recommandations structurées. Ces recommandations pourraient être extraites programmatiquement. Les insights extraits pourraient être stockés quelque part de persistent. Et le tout pourrait s'exécuter selon un calendrier.
Alors je l'ai construit. Voici le pipeline complet.
Étape 1 : Générer le Rapport d'Insights Programmatiquement
Vous n'avez pas besoin de taper /insights interactivement. Le mode headless de Claude Code vous permet de le déclencher depuis un script :
# Générer le rapport d'insights en mode non interactif
claude -p "/insights" --output-format json > /tmp/insights-raw.json
Le flag --output-format json vous donne des données structurées au lieu du rapport HTML. C'est la base de toute automatisation -- vous avez besoin d'une sortie lisible par machine.
Étape 2 : Extraire les Recommandations Actionnables
Une fois que vous avez les données brutes d'insights, vous pouvez les renvoyer à Claude Code pour extraction :
# Extraire les points de friction et recommandations
claude -p "Lis /tmp/insights-raw.json. Extrais :
1. Top 3 points de friction avec exemples spécifiques
2. Gains rapides (implémentables en moins de 5 minutes)
3. Ajouts suggérés de règles CLAUDE.md
4. Schémas d'utilisation d'outils à changer
Formate en markdown structuré." > /tmp/insights-summary.md
Cela vous donne un résumé propre et actionnable sans le détail complet du rapport HTML. C'est la version briefing exécutif.
Étape 3 : Stocker dans Obsidian pour un Savoir Persistant
Si vous utilisez Obsidian -- et si vous avez lu mon guide pour construire un second cerveau avec Claude Code et Obsidian, vous savez pourquoi je pense que vous devriez -- le résumé va directement dans votre coffre :
# Définir les chemins
VAULT_PATH="$HOME/obsidian-vault"
INSIGHTS_DIR="$VAULT_PATH/Claude-Code-Insights"
DATE=$(date +%Y-%m-%d)
# S'assurer que le répertoire existe
mkdir -p "$INSIGHTS_DIR"
# Copier le résumé avec un nom de fichier daté
cp /tmp/insights-summary.md "$INSIGHTS_DIR/$DATE-insights.md"
# Ajouter le frontmatter pour Obsidian
cat > "$INSIGHTS_DIR/$DATE-insights.md" << EOF
---
date: $DATE
type: claude-insights
tags: [claude-code, workflow-analytics, self-improvement]
---
# Claude Code Insights - $DATE
$(cat /tmp/insights-summary.md)
EOF
Maintenant votre coffre Obsidian a un enregistrement daté de chaque analyse d'insights. Au fil du temps, cela devient une vue longitudinale de votre progression -- vous pouvez voir quels points de friction vous avez éliminés et lesquels continuent de revenir.
Étape 4 : Mettre à Jour les Règles CLAUDE.md Automatiquement
C'est la partie qui ressemble à de la magie. Le rapport /insights génère des règles CLAUDE.md suggérées basées sur vos schémas. Vous pouvez les fusionner automatiquement dans la mémoire de votre projet :
# Extraire et ajouter les nouvelles règles CLAUDE.md
claude -p "Lis /tmp/insights-summary.md.
Extrais toutes les règles CLAUDE.md suggérées.
Compare avec le CLAUDE.md existant dans le projet actuel.
Ajoute uniquement les règles qui ne dupliquent pas celles existantes.
Préserve tout le contenu existant." \
--allowedTools "Read,Edit"
Je lance ça mensuellement. Chaque fois, ça ajoute typiquement 1-3 nouvelles règles basées sur les schémas détectés par /insights. Mes fichiers CLAUDE.md deviennent plus intelligents sans que je les maintienne manuellement.
Étape 5 : Planifier l'Ensemble
La dernière pièce : faire tourner ça automatiquement. La commande /schedule de Claude Code gère les tâches récurrentes :
# Planifier l'analyse mensuelle des insights
# S'exécute le 1er de chaque mois à 9h
claude -p "/schedule create --name 'monthly-insights' \
--cron '0 9 1 * *' \
--command 'Lance /insights, extrais les recommandations, \
sauvegarde le résumé dans ~/obsidian-vault/Claude-Code-Insights/, \
et envoie-moi les découvertes clés par email'"
Vous pouvez aussi utiliser /loop pour des vérifications plus fréquentes pendant les périodes de développement intense :
# Pendant un sprint : générer des insights hebdomadaires
claude -p "/loop 7d /insights"
Étape 6 (Optionnel) : Envoyer le Résumé par Email
Si vous voulez recevoir les insights dans votre boîte de réception, vous pouvez canaliser le résumé via Google Workspace CLI ou tout autre outil email :
# Envoyer le résumé d'insights par email
claude -p "Lis /tmp/insights-summary.md et envoie-le comme email
à [email protected] avec le sujet 'Claude Code Insights - $DATE'.
Utilise un format propre et lisible.
Supprime d'abord tout nom de projet sensible ou chemin de fichier."
Le pipeline complet -- de la génération des insights au stockage dans Obsidian à l'envoi d'un résumé par email -- s'exécute en moins de deux minutes. Je le fais tourner mensuellement depuis février 2026, et le coffre Obsidian contient maintenant trois mois d'historique d'insights. La ligne de tendance est visible : mon efficacité en debugging s'est améliorée de manière mesurable, mon taux de ré-explication de contexte est passé de 73% à environ 12%, et mon utilisation des subagents est passée de "presque jamais" à "par défaut pour toute tâche avec deux ou plusieurs sous-tâches indépendantes."
Si vous préférez que quelqu'un construise cette configuration d'automatisation de A à Z, j'accepte les projets d'intégration Claude Code. Vous pouvez voir ce que j'ai construit sur fiverr.com/s/EgxYmWD.
La Skill Qui Lie le Tout
Après avoir construit le pipeline, j'ai réalisé que je l'invoquais encore via une série de commandes bash manuelles. L'étape logique suivante était d'envelopper l'ensemble du workflow dans une skill Claude Code personnalisée.
Voici la skill que j'ai créée -- un fichier markdown placé dans ~/.claude/commands/ :
# insights-to-obsidian.md
Lance la commande /insights et analyse les résultats.
Extrais :
1. Top 3 points de friction avec des exemples concrets
2. Toutes les recommandations de gains rapides
3. Ajouts suggérés de règles CLAUDE.md
4. Suggestions d'optimisation d'utilisation des outils
5. Réalisations impressionnantes à documenter
Sauvegarde un résumé structuré dans mon coffre Obsidian à :
~/obsidian-vault/Claude-Code-Insights/YYYY-MM-DD-insights.md
Inclus le frontmatter avec date, type: claude-insights, et tags pertinents.
Après la sauvegarde, compose un bref résumé email (moins de 300 mots)
couvrant les découvertes les plus importantes et envoie-le via Gmail.
Avant de sauvegarder, supprime tout nom de projet sensible, chemin de fichier,
ou information spécifique au client de la sortie.
Maintenant le pipeline complet s'exécute avec une seule commande : /project:insights-to-obsidian. Un seul appel. Deux minutes. Analyse complète, stockage persistant et notification par email.
C'est ce que je veux dire quand je parle de Claude Code qui construit des systèmes qui s'améliorent eux-mêmes. L'outil analyse votre comportement, génère des recommandations, stocke ces recommandations dans votre base de connaissances, et met à jour ses propres fichiers de configuration en fonction de ce qu'il a appris. Vous n'utilisez pas simplement un éditeur de code avec de l'autocomplétion IA. Vous faites tourner un environnement de développement auto-améliorant.
Ce Que /insights Fait Mal (Et Ce Que J'Aimerais Qu'il Fasse Mieux)
Aucune revue d'outil n'est complète sans l'évaluation honnête, et /insights a des aspérités qu'il vaut la peine de connaître.
La fenêtre de 30 jours est fixe. Vous ne pouvez pas ajuster la période de rétrospective. Si vous voulez analyser uniquement la dernière semaine (utile pendant les sprints intenses) ou le dernier trimestre (utile pour les tendances globales), tant pis. Le rapport couvre toujours exactement 30 jours. J'ai contourné le problème en le lançant mensuellement et en comparant les rapports dans Obsidian, mais une fenêtre configurable serait une amélioration significative.
La qualité des recommandations varie. Certaines suggestions sont véritablement actionnables -- "ajoute cette règle spécifique à ton CLAUDE.md" avec le texte exact prêt à coller. D'autres sont suffisamment vagues pour être frustrantes -- "envisage d'utiliser les subagents plus souvent" sans préciser lesquels de vos workflows en bénéficieraient le plus. La première catégorie est de l'or. La seconde a besoin de travail.
Les gros volumes de sessions le ralentissent. Si vous êtes un utilisateur intensif (150+ sessions en 30 jours), l'analyse peut prendre 45-60 secondes au lieu des 30 habituelles. Pas rédhibitoire, mais notable. Le rendu du rapport HTML peut aussi ralentir avec autant de données.
Pas d'insights au niveau de l'équipe. Si vous travaillez avec une équipe et voulez voir les schémas agrégés -- quels membres de l'équipe utilisent les subagents efficacement, où l'équipe perd collectivement du temps -- vous devez le construire vous-même. Le suivi analytique dans la documentation de Claude Code couvre les métriques d'utilisation d'équipe, mais /insights est strictement individuel.
Pas de diff entre les rapports. Quand vous lancez /insights une deuxième fois, vous obtenez un rapport frais sans référence au précédent. Je veux voir : "Le mois dernier vous aviez un taux de ré-explication de contexte de 73%. Ce mois-ci c'est 12%. Voici ce qui a changé." Je simule ça via des comparaisons Obsidian, mais un support de diff natif ferait tourner le volant plus vite.
Malgré ces limitations, /insights reste l'outil d'auto-évaluation le plus utile que j'ai utilisé dans tout environnement de développement. Les points de friction identifiés étaient réels, les recommandations étaient majoritairement actionnables, et le modèle de confidentialité exclusivement local signifie que je n'ai pas à réfléchir à deux fois avant de le lancer sur des projets clients.
L'Exigence de Version : Assurez-vous d'Être en 2.1.90+
Les deux commandes nécessitent Claude Code version 2.1.90 ou ultérieure. Vérifiez votre version :
claude --version
Si vous êtes en retard, mettez à jour :
claude update
Ou si vous avez installé via npm :
npm install -g @anthropic-ai/claude-code@latest
La commande /powerup était techniquement disponible dans des builds antérieures comme fonctionnalité expérimentale, mais l'ensemble complet de 10 leçons et le système d'exercices adaptatif n'ont été livrés qu'avec la 2.1.90. La commande /insights est entièrement nouvelle dans cette version.
Un point à surveiller : si vous êtes sur un plan d'équipe avec des déploiements gérés, votre administrateur peut devoir approuver la mise à jour. J'ai entendu de quelques lecteurs dont les organisations figent les versions de Claude Code pour la stabilité. Si c'est votre cas, parlez à la personne qui gère vos outils -- cette mise à jour mérite d'être poussée.
Questions Fréquemment Posées
Est-ce que /insights envoie mon code ou mes données de session aux serveurs d'Anthropic ?
Non. La commande /insights traite tout localement en utilisant les journaux de session stockés dans ~/.claude/ sur votre machine. Le rapport HTML généré est sauvegardé localement dans ~/.claude/usage-data/report.html. Aucune donnée ne quitte votre ordinateur pendant l'analyse. Vous pouvez le vérifier en exécutant la commande avec une surveillance réseau active.
Puis-je lancer /powerup sans projet ouvert ?
Oui, mais l'expérience est différente. Certains powerups -- comme la gestion du contexte et les leçons CLAUDE.md -- adaptent leurs exercices en fonction de la structure de votre projet actuel. Les lancer dans un répertoire vide vous donne les concepts mais rate les démonstrations personnalisées. Pour la meilleure expérience, ouvrez d'abord un vrai projet.
À quelle fréquence devrais-je lancer /insights ?
Mensuellement est le point idéal pour la plupart des développeurs. Le lancer plus fréquemment ne donne pas assez de nouvelles données pour révéler des schémas significatifs, et le lancer moins fréquemment signifie que les points de friction persistent plus longtemps que nécessaire. Pendant les sprints intenses, des lancements hebdomadaires via /loop 7d /insights peuvent attraper les mauvaises habitudes émergentes avant qu'elles ne se solidifient.
Quelle est la différence entre /insights et les analytics d'équipe de Claude Code ?
La commande /insights est personnelle -- elle analyse vos schémas d'utilisation individuels et génère des recommandations pour votre workflow. Les analytics d'équipe de Claude Code (documentées sur code.claude.com/docs/en/analytics) suivent les métriques agrégées de l'équipe comme les sessions totales, l'utilisation du modèle et la répartition des coûts. Ils servent des objectifs différents : /insights est un outil de coaching, les analytics d'équipe sont un outil de gestion.
Puis-je partager mon rapport /insights avec mon équipe ?
Oui, avec l'option de nettoyage de confidentialité. Le rapport inclut un bouton pour supprimer les noms de projet, chemins de fichiers et références de code spécifiques tout en préservant les insights analytiques. Cela vous permet de partager des schémas de workflow et des recommandations sans exposer les détails sensibles du projet.
Travaillons Ensemble
Vous cherchez à construire des systèmes IA, automatiser des workflows ou faire évoluer votre infrastructure technique ? Je serais ravi de vous aider.
- Fiverr (constructions sur mesure et intégrations) : fiverr.com/s/EgxYmWD
- Portfolio : mejba.me
- Ramlit Limited (solutions entreprise) : ramlit.com
- ColorPark (design et branding) : colorpark.io
- xCyberSecurity (services de sécurité) : xcybersecurity.io
