DeepSeek Harness (dsh) vs Claude Code

En un coup d'œil

Ouverture

C'est la différence la plus nette et la moins susceptible de changer. dsh est sous licence MIT, développé au grand jour sur github.com/deepseek-ai/deepseek-harness, et vous pouvez le cloner, lire comment la boucle est implémentée, corriger un comportement qui vous déplaît et faire tourner votre fork. Claude Code est propriétaire : vous le configurez via ses surfaces prises en charge plutôt que d'éditer ce qu'il fait en interne.

Que cela compte dépend entièrement de ce que vous faites. Si vous voulez un agent qui travaille sur votre base de code, l'accès aux sources est une curiosité. Si vous bâtissez un produit sur un harnais, ou si vous travaillez dans un endroit qui doit auditer ce que fait un outil avant qu'il ne touche à un dépôt, c'est toute la décision.

Comment on les étend

dsh pousse l'idée du plugin plus loin que la plupart des outils. Modèles, outils, skills, sessions, bacs à sable, systèmes de fichiers, boucle d'agent, orchestration et même l'interface sont tous des plugins, chargés dans un runtime partagé bâti sur le méta-framework Cordis et assemblés via une configuration de loader cordis.yml. Il n'y a pas de frontière dure entre « l'application » et « une extension » — remplacer le bac à sable relève du même geste qu'ajouter un outil.

Claude Code s'étend via les skills, les hooks et les serveurs MCP. Ce sont des surfaces définies : vous ajoutez des capacités et interceptez des événements à des points pris en charge, la boucle centrale reste celle de l'éditeur. C'est un véritable compromis et non un défaut — des points d'extension définis sont bien plus faciles à maintenir en état d'une version à l'autre, ce qui est exactement le problème que vivent en ce moment les utilisateurs de dsh.

La conséquence pratique pour dsh, c'est que la capacité réside dans l'écosystème. Nous indexons 14566 dépôts portant des topics dsh, dont 8083 présentent un vrai branchement de plugin ; vous pouvez tous les parcourir ou les balayer par catégorie. Cet écart entre étiqueté et réellement branché est lui-même un signal utile sur la jeunesse de cet écosystème.

Depuis la rc.8, ce n'est plus l'un ou l'autre

Le virage le plus net de la première semaine : dsh traite désormais son rival comme un composant. La rc.7 a branché les tâches de sous-agents Codex et Claude Code sur son Job Panel ; la rc.8 les rend tous deux installables à la demande comme Profile Bundles — des sous-agents packagés avec des modes de permission non interactifs, et plusieurs instances nommées pour Codex. Dans une session dsh, l'agent d'Anthropic devient quelque chose à qui l'on confie du travail.

Il faut y lire une déclaration d'intention. dsh ne fait pas que concurrencer Claude Code ; il brigue la place de couche d'orchestration qui fait tourner les agents de code — concurrence comprise. Les réserves sont les habituelles : un bundle Claude Code exige toujours un Claude Code fonctionnel en dessous, avec le compte, les conditions et les coûts de modèle d'Anthropic, et l'intégration est de qualité préversion comme tout le reste ici. L'écosystème pousse déjà dans la même direction — notre catégorie Skills et agents suit les plugins de sous-agents et de rôles.

La maturité, qui décide aujourd'hui de l'essentiel

Claude Code est un produit que des gens utilisent déjà quotidiennement. dsh est devenu public le 13 août 2026, et sa première semaine a rendu concret l'avertissement en majuscules du README sur les changements cassants : deux release candidates en six jours, un préréglage renommé (Code mode est devenu PTC mode en rc.7) et, en rc.8, un changement de format de stockage auquel les anciennes données de session ne survivent pas — notre changelog les suit un par un. Le format du loader, les API de plugins et les options de la CLI sont encore en train de prendre forme, si bien qu'un plugin qui se charge aujourd'hui peut ne plus se charger la semaine prochaine.

Rien de tout cela n'est une critique de dsh — c'est à cela que sert une préversion développeur. Mais cela signifie que la comparaison honnête n'est pas « lequel est meilleur » mais « quel risque voulez-vous ». Choisir Claude Code, c'est accepter un runtime fermé. Choisir dsh en ce moment, c'est accepter le mouvement permanent, une documentation mince et un écosystème assemblé en public. Ce sont des coûts de nature différente, et vous seul savez lequel votre projet peut absorber.

Les modèles, et où tourne quoi

dsh vise les modèles V4 de DeepSeek ; Claude Code vise les modèles Claude d'Anthropic. Dans les deux cas, le harnais est un programme local qui parle à un modèle via une API : « l'auto-hébergement » décrit donc surtout le harnais plutôt que le modèle. Et là, la différence est réelle : vous pouvez faire tourner un build modifié de dsh sur vos propres machines parce que les sources sont sous licence MIT, ce que vous ne pouvez pas faire avec un client propriétaire.

Comme les fournisseurs de modèles sont des plugins dans dsh, l'architecture ne le lie pas structurellement à un seul backend, et notre annuaire suit déjà une catégorie Modèles et fournisseurs. Nous nous gardons délibérément d'affirmer quels fournisseurs fonctionnent dans quel build de préversion — c'est précisément le genre de détail qui change chaque semaine et se vérifie au mieux dans le dépôt du plugin concerné.

Lequel choisir

Si vous avez besoin d'un agent pour du vrai travail cette semaine, prenez l'outil mature. C'est la réponse ennuyeuse et correcte, et elle ne change pas parce qu'un nouveau harnais est intéressant. Si vous étudiez l'architecture des agents, voulez écrire des plugins, devez lire et modifier le runtime, ou êtes simplement curieux de l'effet que fait un harnais où tout est un plugin, dsh vaut un après-midi — l'installer tient en une commande. Beaucoup feront très raisonnablement tourner les deux.

Si la catégorie elle-même vous est peu familière, notre explication sur les harnais d'agent traite d'abord ce que ces outils ont en commun, puis là où ils diffèrent.

Questions fréquentes

dsh remplace-t-il directement Claude Code ?

Non. DeepSeek Harness est sorti le 13 août 2026 en préversion développeur, dont le README avertit en majuscules que des changements cassant la compatibilité arriveront. Il fait la même catégorie de travail, mais y troquer un outil établi revient à accepter une cible mouvante au milieu de votre flux de travail.

Lequel est le meilleur ?

À ce stade, cette question n'a pas de réponse honnête. Pour du travail qui doit être livré, le produit établi est le choix le plus sûr. Pour construire sur le harnais lui-même — remplacer la boucle, le bac à sable ou la couche modèle — dsh vous donne des sources sous licence MIT que Claude Code n'offre pas. Nous n'avons pas mené d'évaluation en face-à-face, et nous ne ferions pas confiance à une évaluation réalisée pendant la semaine de sortie.

dsh peut-il utiliser des modèles Claude, ou Claude Code des modèles DeepSeek ?

dsh vise les modèles DeepSeek V4 et Claude Code les modèles Claude d'Anthropic. Comme les fournisseurs de modèles sont eux-mêmes des plugins dans dsh, l'architecture n'interdit pas d'autres backends, et notre annuaire suit une catégorie Modèles et fournisseurs. Depuis la rc.8, il existe aussi une voie plus directe : dsh peut installer Claude Code lui-même comme Profile Bundle de sous-agent, de sorte que les modèles Claude travaillent dans une session dsh via l'agent d'Anthropic. Nous ne pouvons pas vérifier quels fournisseurs précis fonctionnent dans tel build de préversion : consultez le dépôt du plugin avant d'en dépendre.

dsh et Claude Code peuvent-ils fonctionner ensemble ?

Oui, dans un sens précis : depuis la v0.1.0-rc.8, dsh installe Claude Code et Codex à la demande comme Profile Bundles de sous-agents et gère leurs tâches dans son Job Panel. Il faut toujours que l'agent sous-jacent fonctionne — son compte, ses conditions et ses coûts de modèle ne changent pas — et l'intégration est de qualité préversion, comme tout le reste de dsh en ce moment.

Puis-je auto-héberger l'un ou l'autre ?

Vous pouvez héberger et modifier le harnais dsh lui-même, puisqu'il est sous licence MIT et se compile depuis les sources. Claude Code est propriétaire : vous le configurez plutôt que vous ne le forkez. Aucun de ces points ne supprime l'appel d'API au modèle au centre de la boucle, qui part toujours là où vous le dirigez.

Les plugins écrits pour l'un fonctionnent-ils dans l'autre ?

Non. dsh assemble les plugins via une configuration de loader cordis.yml, tandis que Claude Code s'étend via skills, hooks et serveurs MCP. MCP est un protocole partagé : les serveurs d'outils construits pour lui ne sont donc pas intrinsèquement liés à un seul client, mais c'est un fait au sujet de MCP et non une garantie de compatibilité entre ces deux produits.