DeepSeek Harness vs Claude Code : Quel agent IA de code pour votre stack ?

DeepSeek Harness (dsh) a été lancé le 13 août 2026, et son positionnement était impossible à ignorer. Le titre de VentureBeat lors de son lancement le qualifiait de « rival open source de Claude Code », livré aux côtés de DeepSeek V4-Pro sur l'API. Une semaine plus tard, le dépôt compte environ 169k étoiles (au 20 août). C'est une arrivée remarquée.

Mais le nombre d'étoiles ne répond pas à la question que se posent réellement les développeurs : dois-je exécuter mon agent de codage sur DeepSeek Harness ou Claude Code ? Les deux outils font des paris différents. L'un est une préversion développeur sous licence MIT, construite autour d'un noyau de plugins et d'une interface utilisateur web locale. L'autre est un produit propriétaire et mature avec un écosystème riche : compétences, hooks, MCP natif, sous-agents et cinq interfaces pour l'exécuter.

Cette comparaison examine les dimensions importantes : la licence, l'interface, la liberté de modèle, la tarification, la maturité, l'extensibilité, les permissions et le MCP. Pas de benchmarks inventés, pas d'affirmations de performance basées sur des impressions. Juste ce que chaque outil fait vérifiablement aujourd'hui. Si vous êtes nouveau sur dsh, commencez par ce qu'est DeepSeek Harness et comment il fonctionne, puis revenez.

La comparaison rapide

Passons aux détails, car le tableau cache la plupart des aspects intéressants.

Open source vs propriétaire : ce que la licence MIT vous apporte réellement

DeepSeek Harness est sous licence MIT, avec les dépendances tierces suivies dans THIRD_PARTY_NOTICES.md. C'est à peu près aussi permissif que possible pour une licence. Vous pouvez lire la boucle de l'agent, la forker, la patcher, l'intégrer dans un produit commercial et auditer exactement ce qu'elle envoie sur le réseau. Pour les équipes ayant des exigences de conformité strictes, ou quiconque ayant été échaudé par un fournisseur dépréciant une fonctionnalité dont il dépendait, cette transparence est la caractéristique principale.

Claude Code est l'inverse. Le fichier LICENSE du dépôt public d'Anthropic indique « © Anthropic PBC. Tous droits réservés. L'utilisation est soumise aux Conditions Commerciales de Service d'Anthropic. » Le dépôt GitHub existe pour les problèmes et la documentation, pas pour le code source. Vous obtenez un binaire peaufiné et un contrat, pas un code que vous pouvez inspecter ou forker.

Est-ce important ? Cela dépend de qui vous êtes. Un développeur solo se soucie principalement de savoir si l'outil fonctionne. Une équipe de plateforme intégrant un agent dans des outils internes y accorde beaucoup d'importance : MIT signifie que dsh peut devenir une infrastructure, tandis que Claude Code reste un produit auquel vous vous abonnez. Le juste contrepoids est que l'open source ne rapporte que si le projet reste maintenu, et dsh n'a que sept jours. MIT est une promesse de droits, pas de longévité.

Interface : interface web locale vs partout

dsh emprunte une voie inhabituelle pour un agent « CLI ». Le démarrage rapide est npx @deepseek-ai/dsh web, qui lance une interface web locale sur http://127.0.0.1:3080 et ouvre votre navigateur (passez --no-open pour ignorer cela). Vous choisissez un espace de travail, le dirigez vers le répertoire du projet où vous avez lancé dsh, et travaillez depuis le navigateur. C'est du local-first : l'interface utilisateur est servie depuis votre machine, pas depuis un service hébergé.

Au-delà de l'interface web, le README CLI de dsh documente les modes d'entrée basés sur des profils : dsh --profile <name> démarre un profil nommé sous $DSH_HOME/profiles/<name>, et un profil sans interface graphique (headless) exécute une session persistante, imprime la réponse finale et se termine. dsh web est lui-même un raccourci pour le profil web, et dsh plugin gère les plugins d'un profil en les transférant à pnpm. Ainsi, le scripting et l'automatisation sont possibles, mais l'interface web est clairement la porte d'entrée.

Claude Code a commencé par le terminal et s'est étendu à partir de là. Selon la documentation officielle, il fonctionne désormais dans le terminal, en tant qu'extensions VS Code et JetBrains, comme application de bureau autonome, et dans le navigateur sur claude.ai/code, avec prise en charge mobile. Les sessions se déplacent entre les interfaces. L'approche sans interface graphique est également mature : claude -p "prompt" s'intègre dans la CI, cron et les pipelines de shell.

Si vous travaillez sur un seul projet sur une seule machine, l'interface web locale de dsh offre une expérience agréable et facile à configurer. Si vous jonglez entre un IDE, un terminal, la CI et votre téléphone, la couverture d'interfaces de Claude Code est actuellement dans une catégorie différente.

Liberté de modèle : la divergence philosophique la plus marquée

C'est la dimension où les deux outils sont en désaccord fondamental sur ce que devrait être un agent de codage.

dsh est agnostique au modèle par conception. Sa documentation des fournisseurs propose des fournisseurs de catalogue pour Anthropic, OpenAI, Bedrock, Vertex et Azure, et vous permet d'enregistrer tout endpoint compatible OpenAI dans $DSH_HOME/settings.yaml : définissez apiKeyEnv, api: openai-completions, une baseURL et une liste de modèles, et le harnais le traite comme n'importe quel autre backend. Les clés API se trouvent dans un fichier .credentials.yaml séparé, afin que votre fichier de paramètres reste partageable. Cela signifie que dsh peut piloter les propres modèles de DeepSeek, l'API d'un laboratoire rival, ou un modèle quantifié sur votre propre GPU via un serveur local. Nous couvrons la configuration complète dans comment exécuter n'importe quel modèle dans DeepSeek Harness.

Claude Code exécute des modèles Claude. Point final. Vous pouvez acheminer l'inférence via Amazon Bedrock, la plateforme d'agents de Google Cloud ou Microsoft Foundry au lieu de l'API d'Anthropic, mais ce sont des choix de facturation et d'infrastructure ; le modèle reste Claude. La position d'Anthropic est que le harnais et le modèle sont co-développés, et qu'une intégration étroite l'emporte sur la flexibilité.

Aucune des deux positions n'est fausse. Le verrouillage des modèles pique lorsque les prix évoluent ou qu'un meilleur modèle est lancé ailleurs. Un couplage étroit est avantageux lorsque le fournisseur ajuste la boucle de l'agent et le modèle ensemble. Choisissez en fonction de l'importance que vous accordez à la porte de sortie.

Tarification : par jeton vs abonnement

Le harnais dsh lui-même est gratuit. Ce que vous payez, c'est l'inférence sur l'API à laquelle vous vous connectez. S'il s'agit de la propre API de DeepSeek, vous payez les tarifs par jeton de DeepSeek ; notez que V4-Pro, lancé le même jour que dsh, est arrivé avec des prix plus élevés que ses prédécesseurs, selon la couverture de lancement de VentureBeat. Notre guide sur l'API DeepSeek V4-Pro-0813 couvre les identifiants de modèle et les formats de requête si vous optez pour cette voie. La tarification par jeton est transparente et s'adapte à zéro lorsque vous ne codez pas, mais les sessions agentiques lourdes peuvent consommer des jetons de manière imprévisible, et il n'y a pas de plafond fixe.

Claude Code inverse cela. La plupart des utilisateurs l'utilisent avec un abonnement Claude Pro (20 $/mois) ou Max (100 $ ou 200 $/mois), avec une facturation API basée sur l'utilisation via la console Claude comme alternative pour les équipes qui le préfèrent. Les abonnements vous offrent une facture prévisible avec des limites d'utilisation plutôt qu'un compteur, et ces limites ont été un sujet d'actualité : Anthropic a augmenté les limites hebdomadaires de 50 % en juillet 2026, ce que nous avons détaillé dans notre couverture de l'augmentation des limites hebdomadaires de Claude Code.

Règle générale : une utilisation légère ou intermittente tend à favoriser le paiement par jeton ; une utilisation quotidienne intensive tend à favoriser un abonnement forfaitaire. Et comme dsh peut également pointer vers l'API d'Anthropic via son fournisseur de catalogue, la question du prix est en partie orthogonale à celle du harnais.

Maturité : sept jours vs un écosystème

C'est là que l'honnêteté exige la franchise. DeepSeek Harness est une préversion développeur, et son propre README dit, textuellement : « IL Y AURA DES CHANGEMENTS QUI CASSENT LA COMPATIBILITÉ. » Ce n'est pas une précaution, c'est une promesse. Les configurations que vous écrivez aujourd'hui pourraient ne plus être analysées le mois prochain. Les plugins pourraient nécessiter des réécritures. La documentation présente encore des lacunes ; plusieurs pages référencées sont sommaires ou en évolution. Si vous construisez des flux de travail sur dsh actuellement, vous vous engagez à les maintenir malgré les changements fréquents.

Claude Code est entre les mains des développeurs depuis début 2025, et la robustesse de sa production se manifeste dans l'étendue de ses fonctionnalités : mémoire de projet CLAUDE.md, mémoire automatique, compétences pour les flux de travail packagés, hooks qui exécutent des commandes shell autour des actions de l'agent, sous-agents avec un agent principal coordonnateur, un SDK d'agent pour construire des agents personnalisés, des intégrations GitHub Actions et GitLab CI/CD, et des routines planifiées. Rien de tout cela n'est exotique ; c'est documenté, versionné et utilisé quotidiennement. Nous l'avons comparé à un autre rival mature dans Claude Code vs Codex CLI, et la profondeur de l'écosystème y a également été décisive.

Le contrepoint : la trajectoire de dsh est fulgurante. Environ 169k étoiles et 18,1k forks en une semaine (au 20 août) signifient une quantité inhabituelle d'énergie communautaire, et les écosystèmes communautaires peuvent combler rapidement les lacunes fonctionnelles. Mais aujourd'hui, « préversion » vs « produit » est le cadrage précis.

Extensibilité : noyau de plugins vs écosystème de plugins

Les deux outils sont extensibles. Ils diffèrent dans l'emplacement de l'extensibilité.

Dans dsh, les plugins ne sont pas une couche additionnelle ; ils sont l'architecture. Le harnais est construit sur Cordis, un noyau de plugins dont la conception est décrite dans l'article « A Programming Paradigm for Spatiotemporal Composability ». L'adaptateur de modèle, le registre d'outils, le journal de session, et même la boucle de l'agent elle-même sont des plugins remplaçables. Si vous n'aimez pas la façon dont la boucle de l'agent réessaie les appels d'outils échoués, vous pouvez changer la boucle. Les plugins communautaires sont découverts via le sujet GitHub dsh-plugin, et les projets non officiels (wrappers de bureau, gestionnaires de contexte, routeurs de vision) se multiplient déjà.

Claude Code expose des points d'extension plutôt que des internes : les plugins, les compétences, les hooks, les serveurs MCP et les sous-agents vous permettent de personnaliser le comportement à des points bien définis, mais la boucle centrale est celle d'Anthropic. Pour la plupart des équipes, c'est suffisant, et les garde-fous signifient qu'une mise à niveau rompt rarement vos personnalisations. Pour les bricoleurs qui veulent reconstruire le moteur, dsh est le seul des deux qui offre même une clé à molette.

Permissions : invites de politique vs six modes

Un agent qui modifie des fichiers et exécute des commandes a besoin de freins.

L'interface web de dsh demande avant les opérations « qui nécessitent une approbation selon la politique de permissions active », selon son guide utilisateur. C'est l'étendue vérifiée de ce qui est documenté publiquement aujourd'hui ; les niveaux de politique et leurs sémantiques exactes ne sont pas encore détaillés dans l'index du guide, ce qui est lui-même un symptôme de documentation au stade de préversion.

Le système de permissions de Claude Code est documenté à un degré presque bureaucratique : six modes (default, acceptEdits, plan, auto, dontAsk, bypassPermissions), règles d'autorisation/refus granulaires par outil et commande, limites de répertoire de travail, et politiques gérées que les administrateurs peuvent appliquer à l'échelle de l'organisation. Le mode plan permet à l'agent d'explorer sans modifier ; le mode auto examine les actions avec un classifieur en arrière-plan au lieu de vous solliciter ; bypassPermissions existe pour les conteneurs isolés.

Si la granularité des permissions est une exigence (codebase réglementé, équipe majoritairement junior, autonomie CI), Claude Code est aujourd'hui nettement en avance en matière de documentation et de contrôles.

MCP : natif vs plugin communautaire

Le Model Context Protocol est la façon dont les agents de codage accèdent aux systèmes externes : bases de données, systèmes de suivi de tickets, spécifications d'API. Claude Code prend en charge MCP nativement ; connecter un serveur est un processus de première classe et documenté, et les outils MCP s'intègrent aux mêmes règles de permission que tout le reste.

Dans dsh, le support MCP ne fait pas partie du noyau aujourd'hui. Ce qui existe est un plugin communautaire, dsh-mcp-manager, qui ajoute une page de paramètres pour MCP, prend en charge les serveurs HTTP distants et stdio locaux, gère les tokens OAuth ou statiques, et enregistre les outils sous forme mcp__<name>__*, avec des configurations de serveur par projet. Cela fonctionne, mais c'est maintenu par la communauté, non officiel, et cela hérite du risque de changements fréquents de l'ère des préversions. Compte tenu de l'architecture 'plugin-first' de dsh, un MCP de première partie ne serait pas surprenant plus tard ; il n'est juste pas là pour le moment.

C'est particulièrement important pour le travail sur les API. L'Apidog MCP Server donne à un agent de codage un accès direct à la spécification réelle de l'API de votre équipe, de sorte qu'il génère du code client conforme au contrat réel au lieu d'halluciner des noms de champs. Avec Claude Code, cette connexion est native. Avec dsh, elle passe par le plugin communautaire. Quoi qu'il en soit, l'agent capable de lire votre spécification testée écrit un meilleur code API, et vous pouvez télécharger Apidog et exécuter son serveur MCP sur le même projet sur lequel les deux agents travaillent. Associez cela aux exécutions de régression Apidog CLI en CI et vous disposez du même filet de sécurité, quel que soit l'agent qui remporte votre évaluation.

Lequel choisir ?

Il n'y a pas de vainqueur unique ici, car les deux outils font des paris différents à des stades de maturité différents.

Choisissez DeepSeek Harness si :

• Vous avez besoin du code source. La licence MIT, l'auditabilité et la possibilité de forker sont des exigences strictes pour certaines équipes, et dsh est le seul des deux à les offrir.
• Vous refusez le verrouillage de modèle. Un harnais pilotant DeepSeek, des modèles locaux compatibles OpenAI et des fournisseurs de catalogue cloud est le véritable avantage structurel de dsh.
• Vous êtes un bricoleur. La conception « tout est un plugin » de Cordis récompense ceux qui veulent remodeler l'agent lui-même.
• Vous pouvez tolérer les ruptures. L'avertissement du README est explicite, et vous devriez le croire.

Choisissez Claude Code si :

• Vous voulez un produit fini. Cinq interfaces, une documentation mature et un écosystème de compétences, de hooks, de sous-agents et de MCP natif que dsh n'a tout simplement pas eu le temps de développer.
• Vous avez besoin de contrôles d'entreprise. Les modes de permission documentés, les politiques gérées et le routage des fournisseurs cloud sont des fonctionnalités livrées, pas des éléments de feuille de route.
• Une facturation prévisible est importante. Un abonnement Pro ou Max limite votre exposition d'une manière que la facturation par jeton ne fait pas.
• Vous êtes satisfait des modèles Claude, car c'est le marché.

Une voie médiane pragmatique : de nombreux développeurs utiliseront les deux pendant un certain temps. dsh ne coûte rien à essayer (npx @deepseek-ai/dsh web et vous y êtes), et l'abonnement Claude Code n'empêche pas les expériences. Quel que soit votre choix, maintenez l'intégrité de la couche API avec Apidog : une spécification testée, servie à l'un ou l'autre agent via MCP, vérifiée par des exécutions de régression CLI après chaque changement écrit par l'agent.

FAQ

DeepSeek Harness est-il vraiment open source, contrairement à Claude Code ?

Oui. dsh est sous licence MIT avec son code source sur GitHub, incluant la boucle de l'agent et le noyau de plugins. Le dépôt public de Claude Code porte une mention « tous droits réservés » selon les Conditions Commerciales d'Anthropic ; il héberge des problèmes et de la documentation, mais pas de code source que vous pouvez forker.

DeepSeek Harness peut-il utiliser les modèles Claude ?

Oui. dsh propose des fournisseurs de catalogue pour Anthropic, OpenAI, Bedrock, Vertex et Azure, plus des endpoints personnalisés compatibles OpenAI via settings.yaml. L'inverse n'est pas vrai : Claude Code exécute uniquement des modèles Claude, que ce soit directement depuis Anthropic ou via Bedrock, Vertex ou Foundry.

DeepSeek Harness est-il suffisamment stable pour un usage quotidien ?

C'est une préversion développeur, et le README avertit en majuscules qu'il y aura des changements cassant la compatibilité. Il est absolument utilisable pour un travail réel, mais attendez-vous à des modifications fréquentes de la configuration et des plugins. Claude Code est le choix le plus sûr pour les flux de travail que vous ne pouvez pas vous permettre de reconstruire.

Les deux agents fonctionnent-ils avec Apidog ?

Oui. Le serveur MCP d'Apidog expose votre spécification d'API à tout agent compatible MCP : nativement dans Claude Code, et via le plugin communautaire dsh-mcp-manager dans dsh. L'Apidog CLI exécute également des tests de régression scriptés dans la boucle de terminal de l'un ou l'autre agent ; nous détaillons la configuration dsh dans l'utilisation d'Apidog CLI dans DeepSeek Harness.