Claude Code insère des URLs de session dans vos commits Git par défaut

Une découverte qui fait polémique

Le 30 août 2026, un développeur ouvre l’issue #66504 sur le dépôt GitHub d’Anthropic. Le constat est simple mais troublant : Claude Code, l’extension permettant d’utiliser l’IA Claude directement dans Visual Studio Code, insère automatiquement des URLs de session dans les messages de commit Git et les descriptions de Pull Requests. Ces liens, du type https://claude.ai/code/session_..., apparaissent sans avertissement ni demande de consentement préalable.

La discussion explose rapidement sur Hacker News, cumulant 115 points et 142 commentaires en quelques heures. Selon les rapports de Zeli et du média chinois 80AJ, les développeurs dénoncent une pratique qu’ils jugent « non professionnelle » et potentiellement dangereuse pour la confidentialité, particulièrement dans les dépôts publics où ces URLs deviennent visibles de tous.

Un problème de consentement et de transparence

Au cœur de la controverse se trouve la question du consentement explicite. Claude Code active cette fonctionnalité par défaut, suivant un modèle « opt-out » plutôt qu’« opt-in ». Concrètement, l’utilisateur doit découvrir l’existence de ce comportement, puis chercher activement comment le désactiver — un processus que beaucoup jugent contraire aux bonnes pratiques en matière de vie privée.

D’après les discussions sur GitHub et les analyses techniques partagées dans la communauté, la désactivation nécessite de modifier le paramètre sessionUrl dans les réglages de l’extension, une option peu visible pour l’utilisateur moyen. Certains rapports indiquent que retirer uniquement attribution.commit ne suffit pas, car sessionUrl est contrôlé séparément.

« C’est exactement ce que je veux par défaut. Je veux que les liens de session soient là », défend un utilisateur sur Hacker News. « C’est de l’attribution. L’attribution est professionnelle. »

Mais cette position reste minoritaire. La majorité des commentateurs soulignent que même si l’intention peut être louable — tracer l’origine du code généré par IA — la méthode pose problème : que contiennent exactement ces URLs ? Qui peut y accéder ? Combien de temps sont-elles conservées ? Autant de questions restées sans réponse officielle d’Anthropic à ce stade.

Des risques concrets pour les entreprises

Pour les développeurs travaillant en entreprise, les implications dépassent la simple gêne esthétique. Chaque URL insérée dans l’historique Git crée potentiellement un lien permanent vers une conversation avec l’IA, conversation qui peut contenir de la logique métier sensible, des secrets d’architecture ou des informations confidentielles.

Dans les dépôts publics — ceux des projets open-source notamment — ces liens deviennent accessibles à tous. Dans les dépôts privés d’entreprise, ils constituent des métadonnées externes pointant vers un service tiers, ce qui peut violer les politiques de sécurité interdisant de tels liens dans le code source.

« L’historique Git est immuable par design », rappelle un analyste technique. « Même si Anthropic retire la fonctionnalité demain, des millions de commits contenant ces URLs existent déjà. C’est une pollution informationnelle durable. » Nettoyer l’historique Git via des opérations comme git rebase est techniquement possible mais risqué et rarement pratiqué à grande échelle.

RGPD et conformité : une zone grise juridique

La question de la conformité au RGPD se pose naturellement. Le règlement européen exige un consentement « libre, spécifique, éclairé et univoque » pour la collecte de données personnelles. L’insertion automatique de liens de traçabilité, sans information claire ni consentement préalable, pourrait constituer une violation.

Selon les analyses juridiques partagées dans les discussions communautaires, plusieurs points posent problème :

• L’absence de consentement explicite avant l’activation de la fonctionnalité
• Le manque de transparence sur ce que contiennent ces URLs et qui peut y accéder
• La durée de conservation des sessions non documentée publiquement
• L’impossibilité de retrait une fois les commits publiés dans l’historique Git

Les entreprises utilisant Claude Code dans l’Union européenne pourraient se retrouver en porte-à-faux avec leurs propres obligations de protection des données, notamment si ces URLs permettent à Anthropic d’accéder indirectement à des informations sur des projets clients.

La réponse d’Anthropic et les solutions de contournement

À ce jour, Anthropic n’a pas publié de réponse officielle détaillée. Selon les rapports de Zeli, les mainteneurs ont fermé l’issue GitHub en indiquant qu’un paramètre existe pour désactiver la fonctionnalité, mais les utilisateurs rétorquent que le défaut devrait être inversé : opt-in plutôt qu’opt-out.

Pour les développeurs souhaitant désactiver immédiatement cette fonctionnalité, la documentation technique suggère de modifier le fichier settings.json de Claude Code :

{
  "attribution": {
    "commit": "",
    "pr": "",
    "sessionUrl": false
  }
}

Certains rapports précisent que cette fonctionnalité est limitée aux sessions web/cloud et aux workflows Remote Control, et n’affecterait pas les sessions CLI locales classiques. Toutefois, cette information n’a pas été confirmée officiellement par Anthropic.

Un précédent qui pourrait faire école

Au-delà du cas spécifique de Claude Code, cette affaire soulève une question plus large : comment tracer l’utilisation de l’IA dans le développement logiciel de manière transparente et respectueuse ?

L’industrie discute depuis plusieurs mois de l’AI Bill of Materials (AIBOM), équivalent des Software Bill of Materials (SBOM) mais pour documenter l’utilisation de l’IA dans le code. L’objectif : permettre aux entreprises et régulateurs de savoir quelle partie du code est générée par IA, pour des raisons de licence, sécurité et audit.

Paradoxalement, la méthode maladroite d’Anthropic pourrait accélérer l’émergence d’une solution standardisée, opt-in et contrôlée par les développeurs. « Anthropic a peut-être trouvé la mauvaise méthode », analyse un expert du secteur, « mais répond à un vrai besoin de traçabilité. »

Que faire si vous utilisez Claude Code ?

Pour les développeurs et entreprises utilisant actuellement Claude Code, plusieurs actions sont recommandées :

1. Auditer les commits récents pour identifier les URLs insérées automatiquement
2. Vérifier et modifier les paramètres de l’extension pour désactiver sessionUrl
3. Informer les équipes DevSecOps et RSSI de cette pratique
4. Évaluer l’impact sur la conformité RGPD et les politiques de sécurité internes
5. Envisager des alternatives comme Cursor ou Continue.dev si la confidentialité est critique
6. Documenter la situation pour les audits de sécurité futurs

Pour les dépôts publics où des URLs ont déjà été publiées, l’évaluation du risque dépend de ce que ces liens révèlent réellement — une information qu’Anthropic n’a pas encore clarifiée publiquement.

Conclusion : un révélateur des tensions de l’IA en entreprise

L’affaire Claude Code illustre le « dilemme du télémètre » auquel font face tous les éditeurs d’outils IA : ils ont besoin de données d’usage réel pour améliorer leurs modèles et justifier leurs valorisations milliardaires, mais une collecte trop agressive peut détruire la confiance, leur principal actif dans un marché ultra-concurrentiel.

Contrairement aux réseaux sociaux où les utilisateurs acceptent (résignés) le tracking en échange de gratuité, les développeurs paient 20 à 40 dollars par mois pour ces outils ET sont culturellement très sensibles à la vie privée. Anthropic ne peut pas appliquer le « playbook Meta » ici.

Reste à savoir si cette controverse forcera l’industrie vers plus de transparence, ou si elle n’est que le premier d’une série de scandales similaires. Une chose est certaine : la question de la gouvernance des outils IA en environnement professionnel n’est plus théorique. Elle se pose désormais dans chaque commit, chaque Pull Request, chaque ligne de code générée par une intelligence artificielle dont nous comprenons encore mal les implications à long terme.