Par Tsuky 
Créer un jeu de cartes original avec Claude Code reste autorisé. Demander à l'assistant de reconstruire précisément un jeu commercial existant, en changeant simplement son nom, ne doit plus produire le même résultat.
Cette distinction peut sembler évidente. Dans la pratique, elle soulève une question difficile : comment un modèle d'intelligence artificielle peut-il différencier une reproduction contestable, une inspiration légitime et un travail technique réalisé dans un cadre autorisé ?
Anthropic vient de rendre cette question beaucoup plus concrète. Après plusieurs signalements apparus autour du 27 octobre, l'entreprise a confirmé le 30 octobre avoir modifié les instructions destinées à Claude Code lorsqu'il utilise Claude Opus 5.5.
Le changement vise la reproduction de jeux existants, pas le développement vidéoludique dans son ensemble. Pourtant, certains professionnels assurent que les refus affectent déjà des projets qu'ils menaient auparavant avec le même outil.
Deux phrases ajoutées aux instructions de Claude Code
La modification a été repérée par un utilisateur connu sous le pseudonyme Chasm, qui a publié une capture d'une règle associée à l'identifiant tengu_heron_brook.
Selon ce signalement, l'instruction aurait été distribuée autour du 27 octobre, sans option utilisateur permettant de la désactiver.
Le texte précise que Claude Code doit continuer à aider à produire des jeux originaux, des jeux relevant d'un genre existant et des projets fondés sur les créations de l'utilisateur.
En revanche, le modèle ne doit pas construire une reproduction d'un jeu précis déjà existant, même si cette reproduction porte un autre nom ou est présentée comme une création originale.
La seconde partie de la règle constitue le changement central. Elle cherche à empêcher qu'une simple modification de présentation suffise à contourner la restriction.
L'instruction ne mentionne pas une interdiction générale de programmer des jeux, d'utiliser des moteurs populaires ou de travailler sur des mécanismes appartenant à des genres connus.
Cette précision est importante, car de nombreux jeux partagent des systèmes de progression, des principes de contrôle ou des structures de combat sans reproduire nécessairement une œuvre précise.
Anthropic confirme une modification ciblée
Le 30 octobre, Addy Osmani, membre de l'équipe technique d'Anthropic, a confirmé publiquement l'ajout de deux phrases aux instructions de Claude Code utilisant Opus 5.5.
Il a expliqué que cette modification devait orienter le modèle à l'écart de la reproduction de jeux spécifiques appartenant à d'autres créateurs.
L'entreprise rattache cette décision à sa politique d'utilisation, qui interdit l'emploi de ses systèmes pour porter atteinte aux droits de propriété intellectuelle.
Osmani a également précisé que la création de jeux originaux et de projets inspirés d'un genre devait continuer à fonctionner.
L'objectif déclaré n'est donc pas de retirer Claude Code aux développeurs indépendants, mais de limiter un type d'utilisation susceptible de produire des copies non autorisées.
La confirmation a été relayée notamment par Game Developer, puis par PC Gamer dans sa couverture du 31 octobre.
Cette prise de position officielle corrige une incertitude initiale : la nouvelle instruction n'est plus seulement une capture partagée par un utilisateur. Son existence et son intention générale ont été reconnues par Anthropic.
Les jeux originaux restent dans le périmètre autorisé
Il ne faut pas confondre les nouvelles restrictions avec une interdiction des jeux générés ou assistés par intelligence artificielle.
Un développeur peut toujours demander de l'aide pour concevoir un système de déplacement, organiser les scènes d'un jeu, corriger une erreur de programmation ou créer des mécaniques originales.
Les genres établis ne sont pas davantage exclus. Un jeu de plateforme, un roguelike ou un jeu de stratégie peut reprendre des conventions connues sans être la reconstruction d'un titre précis.
Les outils d'assistance au code sont également utilisés pour des tâches qui ne consistent pas à créer le contenu d'un jeu : automatisation des tests, optimisation, gestion des sauvegardes, accessibilité et maintenance.
La difficulté apparaît lorsqu'une demande se rapproche fortement d'un titre identifiable.
Un projet peut posséder son propre code tout en cherchant à reproduire une expérience, une progression ou des contenus existants.
Inversement, un utilisateur peut avoir des raisons légitimes de travailler sur un logiciel déjà publié, notamment pour la maintenance, l'interopérabilité ou l'accessibilité.
C'est précisément dans cette zone intermédiaire que les refus incorrects peuvent apparaître.
Un développeur affirme que ses commandes professionnelles sont bloquées
Un signalement particulièrement détaillé a été publié le 30 octobre sur le dépôt GitHub officiel de Claude Code, sous le numéro 106167.
Son auteur indique diriger Conflict Simulations LLC, une entreprise produisant des modules numériques personnalisés de jeux de guerre sur plateau.
Il explique réaliser ces modules à la demande de clients possédant les jeux physiques concernés.
Selon ses déclarations, les programmes sont écrits avec du code original, à partir de matériaux fournis par les clients, et ne sont pas distribués publiquement.
L'auteur précise cependant que ces travaux ne bénéficient pas de licences accordées par les éditeurs des jeux originaux.
Cette précision est essentielle. La possession d'un exemplaire physique et l'autorisation de reproduire une œuvre ne constituent pas nécessairement des droits équivalents.
La légalité des modules dépendrait des faits précis, des droits en cause et du droit applicable. Elle ne peut pas être établie à partir du seul témoignage du développeur.
Son signalement documente néanmoins une difficulté pratique : Claude Code aurait accepté ce type de tâches pendant plusieurs mois avant de commencer à les refuser.
Le refus serait apparu après une vérification demandée au modèle
Le développeur apporte une précision intéressante dans les commentaires du ticket GitHub.
Il affirme que ses sessions continuaient à travailler sur les modules après la période supposée d'introduction de la nouvelle règle.
Les refus auraient commencé lorsqu'il a explicitement demandé à Claude Code de vérifier si cette règle s'appliquait à ses projets.
Le modèle aurait ensuite persisté dans son refus, y compris lors de nouvelles sessions travaillant sur les mêmes dépôts.
L'auteur considère ce comportement comme un faux positif et demande une possibilité de vérification ou d'exemption pour certains usages professionnels.
Il rapporte également que des demandes de support ont été transmises à des équipes humaines.
Ces éléments restent des observations déclarées par l'utilisateur.
Ils ne permettent pas de conclure que Claude Code se comporte de la même manière sur tous les projets similaires.
Ils illustrent toutefois le risque d'une règle dont l'interprétation dépend de la formulation des demandes et du contexte d'une session.
Le problème des faux positifs est reconnu
Anthropic ne présente pas cette modification comme définitivement parfaite.
Addy Osmani a indiqué que l'entreprise continuerait à ajuster la règle afin de trouver un meilleur équilibre.
Il a également invité les développeurs dont les propres projets seraient incorrectement refusés à faire remonter leurs cas.
Cette ouverture reconnaît une limite inhérente aux restrictions fondées sur l'interprétation du modèle.
Une instruction qui demande d'éviter la reproduction d'une œuvre existante ne fournit pas nécessairement au système toutes les informations juridiques nécessaires pour évaluer un projet.
Le modèle peut ne pas savoir qui détient les droits, si une autorisation existe ou si le travail concerne uniquement un composant technique indépendant.
À l'inverse, accepter automatiquement toute affirmation de propriété ou d'autorisation rendrait la restriction facile à contourner.
Le compromis est difficile : demander trop de preuves peut bloquer des usages légitimes, tandis qu'accorder une confiance excessive aux déclarations des utilisateurs peut réduire l'efficacité des protections.
La rétro-ingénierie n'est pas automatiquement interdite
Certains signalements publiés autour de cette modification concernent également la rétro-ingénierie de logiciels.
Il serait toutefois incorrect d'en déduire qu'Anthropic a annoncé une interdiction générale de cette discipline.
La rétro-ingénierie peut servir à comprendre le fonctionnement d'un logiciel, vérifier sa sécurité, assurer la compatibilité entre systèmes ou préserver des programmes anciens.
Son cadre juridique varie selon la juridiction et selon les opérations effectivement réalisées.
Elle ne constitue pas, par définition, une reproduction illégale.
De son côté, la nouvelle instruction confirmée par Anthropic concerne spécifiquement la recréation de jeux existants.
Les demandes de rétro-ingénierie peuvent également rencontrer d'autres protections de Claude Code, notamment celles relatives aux capacités de cybersécurité.
Les éléments publics ne permettent pas d'attribuer tous les refus rapportés à la seule modification sur les jeux.
Une analyse sérieuse doit donc distinguer les problèmes de propriété intellectuelle, les refus de sécurité et les erreurs d'interprétation du contexte.
Les protections de cybersécurité constituent un dispositif distinct
Anthropic avait annoncé le 6 octobre 2026 une extension de son Cyber Verification Program.
Ce dispositif concerne l'accès à certaines capacités de cybersécurité et les conditions dans lesquelles des professionnels vérifiés peuvent utiliser des fonctions autrement restreintes.
Il ne constitue pas une exemption générale aux restrictions relatives à la propriété intellectuelle.
Des utilisateurs ont signalé des refus concernant la modification de systèmes anti-triche ou des audits de sécurité portant sur leurs propres jeux.
Mais les informations disponibles ne permettent pas de déterminer systématiquement quelle protection a provoqué chaque refus.
Une demande relative à un moteur de jeu, à la sécurité d'un programme ou à la reproduction de ses contenus peut mobiliser des considérations différentes.
Regrouper tous ces incidents sous l'étiquette d'une interdiction des jeux vidéo serait donc trompeur.
La multiplication des clones générés par IA fournit le contexte
La modification intervient alors que plusieurs studios indépendants dénoncent l'apparition rapide de jeux imitant leurs créations.
Les outils de génération de code permettent désormais de produire des prototypes fonctionnels beaucoup plus rapidement qu'auparavant.
Cette évolution facilite l'expérimentation et réduit certaines barrières techniques pour les nouveaux développeurs.
Mais elle peut aussi accélérer la reproduction de concepts commerciaux déjà exploités, notamment lorsque des éléments visuels, du code ou des contenus sont copiés.
Des studios ont déclaré craindre que leurs démonstrations publiques soient utilisées pour réaliser rapidement des imitations.
Dans certains cas, cette inquiétude a conduit à annuler ou à reporter des sessions de démonstration ouvertes au public.
Ces décisions ne prouvent pas que chaque copie provient de Claude Code.
Elles indiquent cependant que la diffusion rapide d'outils de programmation assistée par IA modifie les préoccupations des créateurs indépendants.
Steam est confronté à une hausse des contenus de qualité inégale
Le débat concerne également les plateformes de distribution.
PC Gamer rapporte une forte progression du nombre de démonstrations présentées lors d'un récent Steam Next Fest, accompagnée d'inquiétudes sur la multiplication de productions peu originales ou réalisées avec une automatisation importante.
Il faut néanmoins distinguer la quantité de jeux assistés par IA de la proportion de contenus réellement contrefaisants.
L'utilisation d'un assistant de programmation ne suffit pas à qualifier un jeu de copie.
Valve a reconnu les difficultés posées par l'augmentation des imitations et des contenus de qualité variable.
L'entreprise ne souhaite toutefois pas interdire globalement les outils de programmation utilisés par les développeurs.
Cette position reflète une difficulté comparable à celle rencontrée par Anthropic.
Une technologie peut faciliter des créations originales et des reproductions contestables. Restreindre toute la technologie serait une réponse beaucoup plus large que le problème identifié.
Copier une idée et reproduire une œuvre ne sont pas équivalents
Le droit de la propriété intellectuelle ne se résume pas à l'interdiction de s'inspirer d'un jeu existant.
Les règles exactes varient selon les pays, mais il existe des distinctions importantes entre des idées générales, des mécanismes abstraits et des éléments originaux protégés.
Créer un jeu dans un genre populaire n'implique pas nécessairement de reproduire une œuvre particulière.
En revanche, copier des éléments visuels, sonores, narratifs ou du code protégés peut soulever des problèmes de droits.
Une reconstruction très fidèle peut également exiger une analyse juridique plus complexe que la simple comparaison des fichiers sources.
La nouvelle instruction de Claude Code établit une frontière opérationnelle pour le modèle.
Elle ne remplace pas la législation applicable ni une décision judiciaire.
Un refus de Claude Code ne signifie donc pas automatiquement qu'un tribunal considérerait le projet comme illégal.
De même, l'acceptation d'une demande par le modèle ne constitue pas une autorisation juridique.
Les changements silencieux inquiètent les utilisateurs professionnels
Au-delà du contenu de la restriction, plusieurs développeurs soulèvent une question de prévisibilité.
Lorsqu'un assistant IA intervient dans un projet pendant plusieurs mois, ses comportements deviennent une partie du processus de travail.
Une modification des instructions distribuée sans annonce préalable détaillée peut alors perturber des tâches en cours.
Le ticket GitHub consacré aux modules de jeux de plateau demande précisément que les changements importants de ce type soient documentés dans le journal des versions.
Pour une équipe professionnelle, la stabilité fonctionnelle d'un outil ne se limite pas à l'absence de bugs logiciels.
Elle comprend également la capacité à anticiper les tâches que le service acceptera ou refusera.
Les modèles fournis à distance peuvent évoluer sans que l'utilisateur modifie directement son environnement de développement.
Cette architecture permet de corriger rapidement des problèmes, mais elle impose aux fournisseurs une responsabilité supplémentaire en matière de communication.
Quels effets pour les studios indépendants ?
Les studios qui créent leurs propres jeux devraient, selon les intentions exprimées par Anthropic, continuer à pouvoir utiliser Claude Code.
La programmation d'un système de sauvegarde, le développement d'outils internes ou la création d'une interface originale ne sont pas les cibles annoncées.
Le risque concerne les demandes ambiguës et les projets s'appuyant sur des œuvres préexistantes.
Un studio travaillant sur une adaptation officiellement autorisée, une remasterisation ou un portage peut avoir besoin de préciser la nature de ses droits.
Mais rien dans la confirmation publique du 30 octobre ne décrit une procédure universelle permettant au modèle de vérifier ces autorisations.
Les développeurs confrontés à un refus incorrect peuvent le signaler à Anthropic, comme l'a proposé Addy Osmani.
Cette possibilité de retour ne constitue cependant pas une garantie de résolution ni un droit automatique à une exemption.
Les professionnels utilisant des assistants IA dans des projets critiques ont donc intérêt à conserver la documentation et les outils nécessaires pour poursuivre leur travail indépendamment d'un seul fournisseur.
Les modèles locaux ne résolvent pas la question des droits
Face aux refus, certains utilisateurs évoquent le recours à des modèles ouverts pouvant fonctionner localement.
Ces systèmes peuvent offrir davantage de contrôle sur les paramètres d'exécution et sur certaines instructions.
Ils ne suppriment pas pour autant les obligations légales liées à la propriété intellectuelle.
La possibilité technique de recréer un programme ne constitue pas une permission de le distribuer ou d'en exploiter commercialement les éléments protégés.
Les modèles locaux présentent également leurs propres limites de performances, de fiabilité et de maintenance.
Le choix entre un assistant hébergé et un modèle local dépend donc d'un ensemble de facteurs plus large que la seule présence de restrictions.
Pour une entreprise, il faut également tenir compte des coûts d'intégration, des données traitées et des contraintes de sécurité.
Un test important pour les assistants de programmation
La nouvelle règle de Claude Code met en évidence une tension qui dépasse largement le jeu vidéo.
Un assistant capable de comprendre, modifier et reconstruire des logiciels doit également déterminer quand ces opérations respectent les droits et les objectifs des personnes concernées.
Il ne dispose pas toujours des documents, des autorisations ou du contexte nécessaires pour prendre une décision fiable.
Anthropic choisit de limiter certaines reproductions plutôt que de laisser le modèle accepter systématiquement ces demandes.
Cette orientation répond aux inquiétudes exprimées par des créateurs, mais elle expose le service à des refus excessifs.
L'entreprise a confirmé son intention de poursuivre les ajustements.
La prochaine étape sera donc moins de vérifier l'existence de la règle, désormais reconnue, que de mesurer sa précision.
Parviendra-t-elle à limiter efficacement les copies de jeux identifiables sans interrompre les travaux de maintenance, d'accessibilité et de développement que leurs auteurs considèrent comme légitimes ?
Pour les utilisateurs professionnels, l'enjeu est double : disposer d'un outil respectueux de la propriété intellectuelle, mais aussi suffisamment prévisible pour participer à un projet sur la durée.
L'affaire montre que les capacités des assistants de programmation ne se mesurent plus seulement à la quantité de code qu'ils peuvent écrire. Elles dépendent aussi de leur capacité à appliquer des limites compréhensibles, proportionnées et correctement contextualisées.