Code généré par IA : faut-il le déclarer à vos clients ?

Oui, il faut déclarer le code généré par IA, mais par contrat et dans votre historique Git, pas avec un logo. Le sujet de la transparence sur la paternité du code IA (qui a écrit quoi) est revenu en force depuis le 2 août 2026, quand Anthropic a commencé à marquer de façon invisible ce que Claude produit. Je forme des PME à Claude Code : la question que j'entends désormais est « est-ce que mes clients vont le savoir, et est-ce que j'ai le droit de le leur cacher ? ».

Dans cet article, je décortique ce que le marquage fait vraiment, ce que l'AI Act exige (et n'exige pas), puis je vous donne la politique en quatre réglages que j'applique et recommande.

Que change réellement le filigrane de Claude ?

Le filigrane de Claude est une signature invisible, lisible par machine, ajoutée au texte et aux fichiers générés par les modèles d'Anthropic. Elle répond à l'article 50 du règlement européen sur l'IA, applicable depuis le 2 août 2026. L'effet est mondial : un utilisateur à Hanoï ou à Lyon est concerné au même titre.

Que marque exactement Anthropic ?

Selon la vidéo de Kyle Balmer (AI with Kyle), Anthropic annonce deux mécanismes : un marquage intégré au texte lui-même, et des métadonnées d'origine sur les fichiers compatibles. Un fil de la communauté r/AI_Agents précise que cela couvre l'API, le web, Claude Code et Cowork, avec des métadonnées signées C2PA sur les .png, .jpg et .svg. Le même fil indique que les anciens modèles reçoivent le marquage de façon rétroactive.

Kyle Balmer rappelle aussi que le titre viral (près de 12 millions de vues sur le tweet de départ) est trop large : toutes les réponses de tous les modèles ne sont pas détectables publiquement aujourd'hui. Daniel Agrici, dans sa vidéo sur un skill de blog Claude Code, situe la technique dans la lignée de SynthID de Google DeepMind, avec un ajustement du choix des mots.

Point à retenir : le marquage est une couche technique, pas une étiquette visible.

Que prouve une détection positive ?

Presque rien sur la paternité. D'après les limites listées dans la vidéo de Daniel Agrici, un copier-coller conserve la marque, une édition légère la conserve généralement, une réécriture complète la supprime, et il n'existe pas encore de détecteur public. Un résultat positif prouve que Claude est intervenu quelque part, jamais qu'il a tout écrit.

Un auteur du forum r/WritingWithAI pousse l'argument plus loin : si vous demandez à Claude de relire, traduire ou reformater votre propre texte, le résultat est marqué alors que l'idée est la vôtre. L'absence de marque ne prouve pas non plus une écriture humaine. Pour du code, les sources que j'ai lues ne disent rien de la robustesse du marquage après refactoring : je ne prétendrai donc pas le contraire.

Que dit l'AI Act sur le code et les textes que vous livrez ?

L'article 50 du règlement européen sur l'IA impose des obligations de transparence aux fournisseurs et aux déployeurs de systèmes d'IA générative. Elles portent sur le marquage des contenus, l'information des personnes qui dialoguent avec une IA et l'étiquetage des deepfakes. Le texte est entré en application le 2 août 2026.

Qui est concerné, le fournisseur ou le déployeur ?

La Commission européenne a publié le 10 juin 2026 un code de bonnes pratiques en deux sections, comme le détaille le cabinet DDG : la première pour les fournisseurs (marquer et rendre détectable), la seconde pour les déployeurs (étiqueter deepfakes et textes). Sur la page officielle du code de bonnes pratiques sur la transparence des contenus générés par l'IA, la Commission précise que l'adhésion est volontaire mais que les exigences de l'article 50 restent des obligations légales.

Anthropic est le fournisseur : le filigrane est son travail. Vous, PME qui utilisez Claude Code, êtes un déployeur. Le guide de TransparIA, qui résume le code, signale qu'adhérer ne prouve pas la conformité, qu'une clause de proportionnalité existe pour les PME, et que les icônes officielles (AI, AI-generated, AI-modified) sont gratuites et libres d'usage.

Une PME doit-elle étiqueter le code qu'elle livre ?

Je ne suis pas juriste, et voici ce que je lis dans les sources : les obligations de déployeur visent les deepfakes, les chatbots et les textes d'intérêt public générés sans examen humain. Un fil de r/HighTechFR qui relaie la mise au point du ministère de l'Économie résume bien ces cas. Aucune des sources ne parle d'un code applicatif livré à un client, et un article du forum signale par ailleurs une exception pour les systèmes qui n'ont qu'une fonction d'assistance à l'édition standard.

Mon interprétation : le code livré n'est pas le cœur de l'article 50, mais votre client pourra légitimement vous demander comment il a été produit.

Pourquoi la paternité du code IA est devenue un sujet de confiance ?

Parce qu'un marquage technique ne remplace pas une déclaration humaine : il dit « Claude a touché ceci », pas « voici qui a décidé et qui a relu ». Pour un dirigeant, la question utile est la responsabilité : qui répond d'un bug en production ? La vraie transparence est celle qui permet de remonter à une décision.

Comment la recherche et le monde du code traitent-ils la question ?

Un post de r/LargeLanguageModels intitulé « Cyborg Scholars » affirme que plus de la moitié des nouveaux commits logiciels sont désormais assistés par un LLM, et que les universités et revues restreignent la cosignature par un modèle au nom de la responsabilité. Je cite ce chiffre avec prudence : c'est une affirmation de forum, sans source datée.

Le principe derrière, lui, est solide : une revendication doit pouvoir être rattachée à un agent responsable qui la défend. C'est exactement ma conviction sur les agents en entreprise : l'IA peut lire, décider et agir, mais le contrôle humain doit rester au centre.

Comment tracer qui a décidé quoi dans un projet ?

Un workflow partagé sur r/ClaudeWorkflows présente « who-made-the-call », un plugin open source de Claude Code qui liste les décisions prises par l'IA ou par l'utilisateur, avec les raisons du modèle quand c'est lui qui a tranché. L'idée traite le vrai problème : les petites décisions que personne n'a demandées.

Dans mon bilan Claude Code après 6 mois avec des clients PME, le risque que je vois le plus souvent n'est pas un code mauvais, mais un code dont plus personne ne sait pourquoi il est écrit ainsi.

Un code non traçable devient une dette, qu'il vienne d'un humain ou d'une IA.

Quelle politique de transparence appliquer dès cet après-midi ?

Quatre réglages suffisent pour une PME : un inventaire des usages, une clause contractuelle, une trace Git et une relecture humaine documentée. Aucun ne demande un développeur senior, et vous pouvez les mettre en place en une demi-journée. Je les applique dans mes propres projets et je les recommande aux dirigeants que j'accompagne.

Quels sont les quatre réglages concrets ?

1. Inventorier les usages. Listez où l'IA intervient : code, textes, support. C'est la cartographie des tâches automatisables que je recommande de toute façon.
2. Ajouter une clause. Dans vos contrats et devis, une phrase indiquant que des outils d'IA (nom de l'outil inclus) participent à la production, avec relecture humaine.
3. Garder la trace Git. Claude Code ajoute par défaut une ligne Co-Authored-By dans les commits qu'il crée. Ne la supprimez pas : c'est la forme la plus fiable de déclaration de paternité, puisqu'elle survit à un refactoring.
4. Tracer la relecture. Une revue de code ou une pull request validée par un humain nommé, c'est votre vraie preuve de contrôle.

Pour la mise en route, mon tutoriel Claude Code pour les PME montre comment configurer les sessions. Et si vous voulez un cadre côté équipe de développement, l'équipe de GoLive Software travaille déjà avec ces règles.

Faut-il chercher à retirer le filigrane ?

Non. Daniel Agrici dit lui-même qu'il veut pouvoir « supprimer ce filigrane » du texte de son blog, et une réécriture complète y parvient. Je comprends le réflexe, car un marquage peut sembler stigmatisant. Mais réécrire pour améliorer un texte est légitime, réécrire pour effacer une trace ne l'est pas.

Mon argument est commercial avant d'être juridique : si votre client découvre plus tard que vous avez masqué l'IA, vous perdez la confiance que l'IA vous faisait gagner en productivité.

Mon verdict : déclarer, mais déclarer intelligemment

Déclarez l'usage de l'IA dans le code, par contrat et dans Git, et ne cherchez ni à le cacher ni à l'afficher en bannière. Le filigrane de Claude ne vous protège pas et ne vous accuse pas : il prouve un contact avec l'IA, rien de plus. Seule votre propre traçabilité dit qui a décidé.

Quand ce verdict ne suffit-il plus ?

Dès que vous publiez du texte d'intérêt public sans relecture, déployez un chatbot ou diffusez des contenus de synthèse : là, l'article 50 vous vise directement. Je vous conseille alors de consulter un juriste, car les sources que j'ai lues sont des synthèses, pas un avis. Et si vous cherchez un point de départ plus large, mon article sur l'automatisation de la prospection avec Claude Code montre comment j'intègre ces garde-fous dans un projet réel.