DeepSeek Harness teste la compatibilité avec Claude Code Mods : trois exemples fonctionnent, mais d’importantes lacunes subsistent

Trois exemples fonctionnels, pas une compatibilité complète

DeepSeek a publié DeepSeek Harness v0.2.1-alpha.1 le 3 octobre 2026, avec l’ajout d’une passerelle expérimentale pour les extensions conçues pour Claude Code, d’Anthropic. Trois exemples — Token Weather, Blast Radius et Replay Theater — peuvent être exécutés via cette passerelle. Quatre autres modules, diff, agents-md, sec-default et telemetry, sont indiqués comme incompatibles, car ils nécessitent des événements, des interfaces ou des capacités d’affichage qui ne sont pas pris en charge.

Cette distinction définit la portée de la mise à jour. DeepSeek vérifie si l’architecture de ses plugins peut prendre en charge les fonctionnalités proposées par les Claude Code Mods, sans promettre que les développeurs pourront transférer toutes leurs extensions d’une application à l’autre sans modification. Les Mods doivent utiliser le mécanisme de chargement de DeepSeek Harness, et la passerelle expérimentale les exécute sans sandbox.

Dans ses notes de version officielles, DeepSeek attribue cette couche de compatibilité à @tianyicui, le compte de Cui Tianyi, responsable de l’équipe Harness. Les notes précisent l’objectif de l’expérimentation :

À ce stade, l’objectif principal est de vérifier que les capacités de l’API Claude Code Mods constituent globalement un sous-ensemble de celles des plugins DeepSeek Harness, et non de proposer aux utilisateurs une compatibilité complète et réellement opérationnelle.

La version ajoute également un accès plus visible à la création de plugins par un agent, des outils facultatifs d’inspection des sessions, des améliorations du déploiement et des correctifs concernant les dépendances des plugins. Certaines modifications obligent les auteurs d’extensions à adapter leur code. Ensemble, ces ajouts font de cette version alpha à la fois un test de portabilité des extensions et une mise à jour de maintenance pour une application de plus en plus organisée autour des plugins.

Un harness est le logiciel qui entoure un grand modèle de langage et gère les outils, les sessions, les fichiers et l’exécution des tâches. Le modèle fournit le raisonnement et génère du texte ou du code ; le harness détermine comment ce travail est effectué.

Comment la passerelle relie deux systèmes d’extensions

Les Claude Code Mods sont des gestionnaires d’événements en JavaScript ou TypeScript qui s’exécutent dans l’application de programmation. Ils peuvent réagir lorsqu’un utilisateur envoie une instruction, lorsqu’un agent appelle un outil ou lorsque l’application affiche son interface. Selon l’interface exposée, un mod peut observer une action, la modifier ou prendre le contrôle de cette étape.

La passerelle DeepSeek encapsule la fonction d’enregistrement d’un mod et l’intègre comme plugin Harness. Ses hooks sont associés au système d’événements et au cycle de vie de Harness, c’est-à-dire à la séquence durant laquelle les composants démarrent, fonctionnent et s’arrêtent. DeepSeek Harness utilise Cordis, un framework qui permet de concevoir des logiciels à partir de services, de dépendances et d’abonnements à des événements.

Grâce à la passerelle, les mods pris en charge peuvent encadrer les appels d’outils, réécrire les instructions, ajouter des commandes et des outils, lire les informations de session et afficher une barre au-dessus de la zone de saisie. Il s’agit de modifier le comportement et l’interface de l’application d’agent, et non de simplement indiquer à un modèle comment répondre.

Le terme sous-ensemble désigne ici l’étendue de ces capacités de programmation. DeepSeek cherche à savoir si les opérations proposées aux auteurs de mods pour Claude Code peuvent être représentées dans son système de plugins, plus large. C’est une affirmation plus limitée que la démonstration d’un fonctionnement identique pour chaque extension, et cela ne prouve pas que le modèle d’une application est plus performant que celui d’une autre.

Ce que démontrent les exemples, et ce qu’ils ne démontrent pas

Les trois exemples fonctionnels mettent à l’épreuve différentes composantes de la passerelle. Token Weather représente la consommation du contexte sous la forme d’un bulletin météo. Le contexte correspond aux informations qu’un modèle peut utiliser pendant une tâche, notamment les instructions, la conversation et les résultats des outils. L’affichage indique visuellement aux utilisateurs quelle part de cette capacité a été consommée.

Blast Radius montre l’effet probable d’une commande risquée avant son exécution, afin que l’utilisateur puisse décider s’il souhaite poursuivre. Replay Theater permet de parcourir les modifications apportées aux fichiers. Ensemble, ces exemples testent l’affichage dans l’interface, la possibilité d’intervenir avant l’exécution d’un outil et l’accès à l’historique des modifications.

Ces exemples montrent concrètement que des extensions utiles peuvent être adaptées d’une application à l’autre. Ils ne prouvent pas que l’API Claude Code Mods est entièrement prise en charge. Les quatre exemples indiqués comme incompatibles reposent sur des fonctionnalités que la passerelle ne relie pas encore, notamment le panneau /diff et le comportement d’analyse de agents.md.

Le mode d’installation constitue également une limite. Un mod Claude Code ne peut pas être simplement copié dans Harness en espérant qu’il fonctionne. Il doit être chargé via la configuration de Harness. Même une extension dont les principaux hooks sont pris en charge peut nécessiter des modifications de son enregistrement, de ses hypothèses sur l’état de la session ou de son affichage.

L’absence de sandbox mérite une attention particulière. Une sandbox est un environnement isolé destiné à limiter les ressources auxquelles le code exécuté peut accéder ou les effets qu’il peut produire. Les utilisateurs ne doivent pas prendre la compatibilité effective pour une certification de sécurité : la version ne garantit pas que les mods adaptés s’exécutent dans un environnement isolé.

Une succession rapide de versions

Cette expérimentation de compatibilité est arrivée quatre jours après la préversion v0.2 du 29 septembre, qui introduisait des installateurs pour macOS et Windows ainsi qu’une page de gestion des plugins. Elle a suivi la présentation des Claude Code Mods par Anthropic, au début du mois d’octobre, et a été publiée pendant les congés de la fête nationale chinoise.

Cette succession montre à quelle vitesse le projet est passé de sa première préversion pour développeurs à la distribution sur ordinateur et aux expérimentations autour des extensions :

• Mars 2026 : création de l’équipe Agent Harness de DeepSeek et arrivée de Cui Tianyi chez DeepSeek.
• 13 août : ouverture de la préversion v0.1 aux développeurs du monde entier, avec publication du code source sous licence MIT.
• 29 septembre : la préversion v0.2 introduit des installateurs pour macOS et Windows ainsi qu’un gestionnaire graphique de plugins.
• 3 octobre : la version v0.2.1-alpha.1 ajoute la passerelle expérimentale pour les Claude Code Mods.
• 4 octobre : Cui explique publiquement l’objectif et les limites de l’expérimentation, ainsi que son lien avec les objectifs de recherche de l’équipe.

Le lancement d’août a attiré plus de 70 000 étoiles sur GitHub en moins de 24 heures. Ce chiffre mesure l’intérêt pour le dépôt, mais pas l’usage actif, la réussite des déploiements ou la fiabilité des plugins. La version pour ordinateur publiée ensuite répondait à un autre enjeu : rendre l’application et ses extensions accessibles sans obliger chaque utilisateur à passer par la ligne de commande.

La création de plugins devient plus accessible

La nouvelle entrée de gestion des plugins s’intitule « Let Agent create a plugin » dans les notes de version officielles. Elle ouvre le mode Creator tout en conservant le brouillon, et ne lance le travail qu’une fois la demande envoyée par l’utilisateur. Cette distinction est importante : ouvrir un écran de création n’autorise pas en soi l’agent à commencer la construction.

Le mode Creator permet déjà à un agent d’écrire et d’installer des plugins en fonction des besoins exprimés par l’utilisateur. La nouvelle entrée facilite l’accès à ce processus depuis l’interface de gestion. La version prend également en charge les instructions initiales laissées en brouillon dans les nouvelles sessions et conserve les références aux fichiers, aux dossiers et aux sessions lorsque les brouillons sont restaurés ou déplacés entre les espaces de travail.

La préversion pour ordinateur de septembre avait déjà introduit l’installation par nom de paquet npm. npm est un registre de paquets couramment utilisé pour les logiciels JavaScript. Depuis la même page, les utilisateurs pouvaient installer, désactiver et désinstaller des plugins, ainsi que consulter leur description et leur origine.

DeepSeek indique qu’environ 60 % des utilisateurs de Harness ont recours à des plugins tiers, parmi les utilisateurs de son API de modèles officielle. Cette précision est importante : ce chiffre concerne le groupe mesuré, pas nécessairement tous ceux qui utilisent le framework avec n’importe quel fournisseur de modèles. Autrement dit, environ six utilisateurs sur dix dans ce groupe utilisent des extensions externes.

L’équipe prévoit de créer une place de marché officielle de plugins et d’améliorer leur découverte, leur acquisition et leur gestion. Aucune date de lancement n’a été annoncée. Entre-temps, cette dernière version alpha améliore les informations sur les paquets en affichant plus clairement la source du code d’un ensemble et sa version actuelle.

Des améliorations pratiques pour le diagnostic et le déploiement

Un ensemble facultatif d’outils de développement ajoute les journaux bruts des sessions, la navigation dans les deux sens entre les groupes de discussion et la conversation, ainsi que des outils de diagnostic Host intégrés. L’interface intégrée est actuellement en anglais. Ces outils donnent aux développeurs davantage d’informations pour retracer le comportement des agents et enquêter sur les défaillances.

La version ajoute l’option --public-url pour définir l’adresse web affichée aux utilisateurs, ouverte dans le navigateur et transmise au modèle. Elle prend en charge les adresses situées derrière un proxy inverse, y compris celles comportant un préfixe de chemin. Un proxy inverse achemine les requêtes entrantes vers une application qui peut s’exécuter à une autre adresse interne. Exposer la bonne adresse publique contribue donc à assurer la cohérence entre la navigation de l’utilisateur et les instructions données au modèle.

Sous Windows, l’application de bureau laisse désormais le système d’exploitation attribuer son port par défaut. Cette mesure vise à éviter les échecs au démarrage liés aux plages de ports réservées. La mise à jour distingue également une demande de connexion restée sans réponse des autres échecs d’authentification, en affichant un message de vérification du réseau.

D’autres correctifs concernent les messages mis en file d’attente après plusieurs arrêts et reprises d’une tâche, l’affichage des sorties et des modifications pour Bash, PowerShell et les opérations sur les fichiers, ainsi que la modification d’objectifs sur plusieurs lignes avec Maj+Entrée. Les aperçus Markdown affichent désormais les métadonnées YAML de début de fichier sous forme de champs lisibles. Ces métadonnées sont des données structurées placées au début d’un document, souvent utilisées pour des propriétés telles que le titre ou la configuration.

Ces changements sont moins visibles que l’expérimentation de compatibilité, mais ils concernent les tâches quotidiennes liées à l’utilisation des agents : démarrer l’application, conserver une demande, examiner les effets d’une commande et comprendre l’échec d’une tâche.

Les auteurs d’extensions doivent prévoir des adaptations

Cette version alpha inclut des changements susceptibles de rendre certaines extensions existantes incompatibles. Les plugins runtime invariant et les exports package ./invariant ont été supprimés. Les extensions et les profils personnalisés qui utilisent ces points d’entrée de diagnostic doivent être mis à jour.

Les statistiques de Composer sont réparties entre des entrées d’extension distinctes pour l’activité et l’utilisation. Les plugins qui remplaçaient la ligne de statistiques précédente doivent mettre à jour les identifiants qu’ils enregistrent. Les plugins de sous-chemin ne récupèrent par ailleurs plus leurs informations d’affichage dans des fichiers package.json distincts : le texte et les icônes doivent provenir des exports de sous-chemin correspondants.

La gestion des dépendances bénéficie de plusieurs correctifs. L’activation d’un nouvel ensemble ne devrait plus entraîner l’absence de dépendances, et la désactivation ou la désinstallation d’ensembles ne devrait plus laisser de correspondances de dépendances obsolètes. Le remplacement de la version d’un paquet installé nécessite toujours un redémarrage : il n’est donc pas encore possible de modifier des composants pendant que l’application fonctionne.

Un correctif d’interface empêche la désactivation puis la réactivation d’un plugin de supprimer, avant actualisation, les styles appartenant à d’autres plugins. Les tâches automatisées sont également intégrées au Web, et des outils de rappel sont disponibles dans les modes Standard, Creator et PTC, mais pas dans le mode Minimal ni dans les sous-agents. Les tâches existantes sont conservées, tandis que les sélections d’ensembles expérimentaux retirés sont supprimées.

Pourquoi DeepSeek mise sur une architecture à base de plugins

Selon Cui, le principe selon lequel tout est un plugin a été établi avant même que le projet ne commence à écrire du code. Dans sa description, les modèles, les outils, les compétences, les sessions, les sandboxes, les systèmes de fichiers, la boucle de l’agent, l’orchestration des tâches et l’interface peuvent être composés, remplacés ou étendus.

Cette ambition va au-delà de la prise en charge d’un emplacement pour extensions dans une application figée. Elle vise à permettre aux utilisateurs et aux développeurs de modifier de nombreux éléments du système qui exécute le travail d’un modèle. Après l’annonce des Claude Code Mods par Boris Cherny, responsable de Claude Code, Cui a salué une approche astucieuse de l’extensibilité, tout en distinguant l’objectif architectural plus large de DeepSeek.

Il cite le déploiement en entreprise comme un autre cas d’usage des plugins. Des développeurs ont conçu des plugins Harness spécialisés pour créer des environnements de travail basés sur l’IA, qui relient l’infrastructure de l’entreprise et intègrent des processus spécialisés. Certains de ces plugins ne sont pas publiés. Cui affirme que l’équipe accepte cette organisation dans le cadre du framework sous licence MIT.

La distinction se situe entre une base ouverte et les extensions qui s’y ajoutent. Les entreprises peuvent utiliser le framework partagé tout en conservant dans leurs plugins des intégrations propriétaires ou des connaissances sectorielles. Les informations publiées ne précisent pas quelles sont ces entreprises et ne donnent aucun chiffre sur l’ampleur ou les résultats de ces déploiements.

Cui estime également que reproduire Claude Code ou Codex apporterait peu de valeur, puisque les utilisateurs peuvent déjà connecter les modèles DeepSeek à ces applications. Son objectif déclaré est de produire des innovations originales qui influencent la conception des harness d’agents, notamment des innovations que de grandes entreprises spécialisées dans l’IA reconnaîtront et adopteront.

L’auto-modification, un objectif de recherche, pas une capacité aboutie

À plus long terme, l’objectif est de permettre aux agents de modifier leur propre harness au moyen de plugins pendant leur exécution. Cui présente le mode Creator comme une première étape dans cette direction, et non comme la preuve que l’amélioration autonome est déjà une réalité.

Il distingue deux chantiers encore inachevés. Côté ingénierie, il faut améliorer la capacité à ajouter, supprimer et recharger des plugins pendant l’exécution. Côté recherche sur les modèles, les agents doivent apprendre que leur harness peut être modifié et comment exploiter ces modifications pour améliorer leur travail. Cordis fournit une base, mais des difficultés pratiques d’ingénierie subsistent.

L’équipe recrute des chercheurs expérimentés en recherche et en entraînement de grands modèles pour mener ces travaux. Cui affirme consacrer une part importante de son temps au recrutement et aux entretiens. Il a étudié l’informatique à l’université du Zhejiang, remporté six médailles d’or lors de compétitions régionales de l’ACM en Asie et travaillé neuf ans chez Jane Street avant de rejoindre DeepSeek en mars 2026.

Aucune méthode d’entraînement précise, aucun gain mesuré attribuable à l’auto-modification des agents ni aucun calendrier pour une compatibilité complète avec les Mods n’ont été communiqués. Cui estime qu’une compatibilité plus large pourrait être techniquement envisageable si l’équipe décidait d’y consacrer des ressources. Il s’agit d’une appréciation conditionnelle, et non d’un engagement sur une date de sortie.

Le résultat immédiat est donc concret, mais limité : trois exemples fonctionnels montrent que certains plugins Claude Code peuvent être adaptés à Harness, tandis que les mods non pris en charge, les changements liés au chargement et les adaptations nécessaires indiquent le travail qu’il reste à accomplir. L’expérimentation met à l’épreuve une idée architecturale ; elle ne fournit pas encore un écosystème universel d’extensions.

À retenir

• DeepSeek Harness v0.2.1-alpha.1 a été publié le 3 octobre 2026 avec une couche expérimentale de compatibilité avec Claude Code Mods.
• Token Weather, Blast Radius et Replay Theater sont des exemples fonctionnels ; diff, agents-md, sec-default et telemetry ne peuvent pas encore être exécutés.
• L’expérimentation vérifie si les capacités de l’API Mods peuvent être intégrées aux plugins Harness ; elle ne vise pas une compatibilité complète et opérationnelle.
• Les Mods doivent être adaptés au mécanisme de chargement de Harness et s’exécutent sans sandbox.
• La mise à jour ajoute un accès à la création de plugins, des outils de diagnostic facultatifs et des améliorations du déploiement, ainsi que des changements qui imposent la migration de certaines extensions.
• Environ 60 % des utilisateurs recensés via l’API de modèles officielle de DeepSeek utilisent des plugins tiers.
• Aucune date d’achèvement n’a été annoncée pour la compatibilité complète, la place de marché officielle de plugins ou les recherches sur l’auto-modification des agents.