Les 4 modes de DeepSeek Harness expliqués : Standard, Code, Minimal et Creator

DeepSeek Harness propose quatre modes d’exécution : Standard, Code, Minimal et Creator. Il ne s’agit pas de quatre niveaux de performance, et choisir un autre mode ne rend pas le modèle DeepSeek sous-jacent intrinsèquement plus intelligent ou plus limité. Chaque mode modifie plutôt l’environnement autour du modèle : les outils qu’il peut utiliser, la manière dont ces outils sont orchestrés, le niveau d’assistance fourni par le harness et le fait que l’agent effectue un travail, soit évalué ou modifie lui-même le harness.

La façon la plus simple de retenir la différence est la suivante : Standard sert à effectuer le travail, Code à l’orchestrer, Minimal à mesurer le modèle et Creator à modifier le harness. Cette distinction est importante, car les performances d’un agent ne dépendent pas uniquement des poids du modèle. L’ensemble d’outils, la boucle d’exécution, la mémoire, les autorisations, le système de planification et les autres composants du harness influencent tous ce qu’un agent peut accomplir.

Si vous comparez DeepSeek à un autre environnement d’agent persistant, notre guide des extensions Hermes pour les agents DeepSeek illustre le même principe sous un autre angle : modifier la couche de l’agent peut ajouter la vision, la mémoire, l’accès aux données privées et d’autres capacités sans remplacer le modèle de base.

Pourquoi DeepSeek Harness a-t-il besoin de quatre modes différents ?

DeepSeek Harness repose sur l’idée qu’un agent n’est pas simplement un modèle de langage auquel on a attaché une ligne de commande. Le harness s’interpose entre le modèle et l’environnement : il détermine ce que le modèle peut voir, les outils disponibles, la manière dont les actions sont exécutées, l’enregistrement des sessions et ce qui se passe au fil de plusieurs étapes. DeepSeek résume cette relation en décrivant l’agent comme la combinaison d’un modèle et d’un harness.

Cette architecture explique également pourquoi les quatre modes d’exécution de DeepSeek Harness peuvent se comporter si différemment tout en utilisant le même modèle sous-jacent. Standard expose l’environnement complet de l’agent au quotidien. Code conserve ces capacités, mais modifie la manière dont le modèle orchestre les outils. Minimal supprime délibérément la plupart des aides du harness. Creator ajoute la possibilité d’inspecter et de remanier l’environnement d’exécution lui-même.

Ces modes ne doivent donc pas être interprétés comme une progression du basique vers l’avancé. Minimal n’est pas inférieur à Standard, et Creator n’est pas simplement un mode Standard plus puissant. Chaque préréglage est optimisé pour une question différente : Comment l’agent doit-il fonctionner ? Comment doit-il coordonner les outils ? Quelle part du résultat revient au modèle lui-même ? Ou comment l’environnement de l’agent doit-il être reconstruit ?

1. Mode Standard — L’environnement complet de l’agent DeepSeek par défaut

Le mode Standard est le point de départ naturel lorsque votre objectif est simplement de confier une tâche à DeepSeek et de le laisser l’accomplir. Il inclut l’environnement complet de l’agent de programmation : modification de fichiers, accès au shell, recherche dans les fichiers et sur le Web, compétences, planification, objectifs, sous-agents et workflows. Plutôt que de vous obliger à décider manuellement de chaque étape suivante, le modèle peut inspecter l’environnement, agir, observer le résultat et continuer.

Cela crée la boucle d’agent familière : inspecter un dépôt, rechercher les fichiers pertinents, lire le code, effectuer une modification, exécuter une commande, examiner une erreur et réviser le résultat. L’essentiel n’est pas un outil particulier de cette liste. C’est la capacité à continuer d’avancer dans l’environnement à mesure que de nouvelles informations apparaissent. L’architecture de plugins de DeepSeek rend ces capacités composables, au lieu de traiter l’agent comme une application unique et figée ; la présentation de cette version l’a décrite comme un runtime d’agent composable par plugins.

Pour la plupart des utilisateurs, le mode Standard est donc le choix par défaut approprié. Si vous voulez que DeepSeek enquête sur un bug, comprenne un dépôt, implémente une fonctionnalité, inspecte plusieurs fichiers ou coordonne une tâche de programmation classique en plusieurs étapes, il y a peu de raisons de supprimer délibérément les outils avant de savoir qu’ils posent problème.

Le mode Standard devient moins adapté lorsque l’objectif de la session est l’évaluation plutôt que la productivité. Si un modèle réussit parce que la recherche, la planification, les compétences, les sous-agents et les autres composants du harnais compensent ses faiblesses, le résultat final vous indique la performance du système d’agent. Il ne vous indique pas clairement les performances du modèle de base avec une assistance externe minimale.

2. Mode Code — Laissez DeepSeek transformer l’orchestration des outils en programme

Le mode Code est le plus facile des quatre modes à mal comprendre. Il ne signifie pas « mode standard, mais uniquement pour les tâches de codage ». Selon la définition actuelle de DeepSeek, le mode Code conserve toutes les fonctionnalités du mode standard. Le changement concerne la manière dont les outils sont exposés au modèle : DeepSeek peut utiliser le SDK Code Mode pour combiner plusieurs opérations au sein d’un programme TypeScript généré par le modèle.

Dans une boucle d’agent classique, une tâche complexe peut nécessiter des échanges répétés entre le modèle et des outils individuels. L’agent effectue une recherche, reçoit un résultat, décide quoi lire, le lit, traite ce résultat, appelle un autre outil, puis continue. Le SDK Code Mode déplace une partie de ce flux de contrôle dans du code exécutable, ce qui permet au modèle d’exprimer des boucles, des filtrages, des branchements et plusieurs opérations dépendantes sur les outils sous la forme d’un programme plutôt que d’une longue séquence d’appels d’outils isolés.

Imaginez une tâche qui nécessite de rechercher dans des centaines de fichiers, de filtrer les correspondances par chemin, de ne lire qu’un sous-ensemble, d’extraire des valeurs, puis d’exécuter la même vérification pour chaque résultat. Le mode standard peut toujours effectuer ce workflow, mais une grande partie de l’orchestration repose sur des échanges répétés avec l’agent. Le mode Code est intéressant lorsque l’orchestration elle-même commence à ressembler à un petit programme.

rechercher dans les fichiers
→ filtrer les chemins correspondants
→ parcourir les résultats en boucle
→ lire les fichiers sélectionnés
→ traiter les données renvoyées
→ exécuter les opérations suivantes

Le mot important est complexité, et non « codage ». Une modification simple ne devient pas automatiquement meilleure parce que le mode Code peut générer du TypeScript autour d’elle. Le mode standard peut être plus facile à suivre lorsque seuls quelques outils sont utilisés. Le mode Code devient plus intéressant lorsque des opérations répétées, des transformations structurées, une logique conditionnelle ou le traitement des résultats d’outils nécessiteraient autrement de nombreux appels successifs au modèle.

3. Mode minimal — Supprimer le Harness pour mieux voir le modèle

Le mode minimal n’est pas une option légère destinée aux PC plus lents ou aux petits serveurs domestiques. Il s’agit d’un environnement d’agent délibérément limité. DeepSeek le définit actuellement comme un agent de codage à deux outils, avec Bash persistant et str_replace_editor, en supprimant les fonctionnalités étendues de recherche, de compétences, de sous-agents et de workflows disponibles en mode standard.

La raison de cette restriction est l’évaluation. DeepSeek a lui-même utilisé le mode minimal de DeepSeek Harness pour les benchmarks publics d’agents de code, rapporté avec V4-Flash. Cet usage clarifie nettement l’intention : le mode minimal est conçu pour réduire les mécanismes environnants de l’agent lorsque les chercheurs veulent observer plus précisément ce que le modèle peut accomplir avec un ensemble restreint et contrôlé d’outils.

Cette distinction est importante, car les benchmarks modernes d’agents peuvent mesurer autre chose que le modèle. Un planificateur performant, une meilleure constitution du contexte, la recherche dans le dépôt, des compétences spécialisées, des politiques de nouvelle tentative ou la délégation à des sous-agents peuvent tous modifier la réussite d’une tâche. Les recherches sur l’évaluation des harnesses soutiennent de la même manière que les capacités doivent être interprétées au niveau de la configuration modèle-harness, plutôt que d’attribuer automatiquement l’intégralité du résultat aux seuls poids du modèle.

Cela donne au mode Minimal une cible d’optimisation très différente de celle du mode Standard. Le mode Standard demande : « Quel environnement offre à cet agent les meilleures chances d’accomplir un travail utile ? » Le mode Minimal demande : « Que se passe-t-il lorsque nous retirons une grande partie de cet environnement et laissons au modèle une surface d’exécution plus réduite ? »

Pour le travail quotidien, se débarrasser délibérément de capacités utiles peut être contre-productif. Si votre objectif est de corriger un dépôt aussi rapidement et sûrement que possible, le mode Minimal résout généralement le mauvais problème. Sa valeur apparaît lorsque la reproductibilité, la comparaison, le débogage ou la compréhension du comportement brut du modèle comptent davantage que l’accomplissement maximal des tâches.

4. Mode Créateur — Utiliser DeepSeek Harness pour modifier le Harness

Le mode Créateur modifie l’objet sur lequel vous travaillez. Le mode Standard utilise principalement un environnement d’agent ; le mode Créateur est conçu pour créer et expérimenter avec cet environnement. Il inclut les capacités du mode Standard, tout en ajoutant l’inspection de l’exécution, l’expérimentation de plugins en mémoire et des conseils pour créer des préréglages personnalisés.

Cela découle directement de l’architecture sous-jacente de DSH. DeepSeek décrit les modèles, les outils, les compétences, les sessions, les bacs à sable, le stockage, les boucles, la planification et même l’interface utilisateur comme des plugins pouvant être sélectionnés, remplacés ou recomposés. Le noyau Cordis gère le montage, le démontage et les dépendances des plugins, ce qui signifie qu’étendre DSH ne nécessite pas forcément de modifier un cœur d’agent monolithique privilégié. C’est cette conception globale qui explique pourquoi l’affirmation du projet selon laquelle « tout est un plugin » importe davantage que la simple existence de quatre préréglages.

Supposons que vous souhaitiez un agent spécifiquement dédié à la gestion d’un serveur domestique. Son environnement utile pourrait inclure un accès au shell, des autorisations restreintes sur le système de fichiers, des opérations Docker, de la documentation sur l’infrastructure, des outils de surveillance et quelques compétences spécialisées. Cette combinaison n’est pas identique à celle d’un agent de codage générique. Le mode Créateur est conçu pour expérimenter avec des capacités de ce type et les combiner en un préréglage d’agent réutilisable.

inspecter l’environnement d’exécution actuel
→ ajouter ou tester des plugins
→ observer les services et les dépendances
→ ajuster la composition
→ enregistrer un préréglage spécialisé
→ relancer cet environnement

Cela rend le mode Creator plus spécialisé que le mode Standard, mais pas automatiquement meilleur pour une utilisation quotidienne. Si vous souhaitez simplement que DeepSeek modifie trois fichiers et exécute une suite de tests, l’inspection de l’environnement d’exécution et la création de préréglages apportent peu de valeur. Creator devient utile lorsque la question passe de « L’agent peut-il effectuer cette tâche ? » à « De quelles capacités ce type d’agent devrait-il disposer ? »

Standard contre Code, Minimal et Creator : qu’est-ce qui change réellement ?

La plus grande erreur consiste à classer les quatre modes selon une progression telle que Minimal → Standard → Code → Creator. Cela laisse penser que chaque étape ajoute simplement de la puissance. En réalité, la relation est multidimensionnelle : Standard met l’accent sur l’exécution générale, Code modifie l’orchestration, Minimal réduit délibérément l’assistance, et Creator expose le harness lui-même comme un élément à configurer.

La comparaison devient plus claire lorsque les modes sont évalués à partir des mêmes questions plutôt qu’en fonction du nombre de fonctionnalités. Standard et Code conservent tous deux un environnement d’agent étendu, mais Code modifie la manière d’exprimer le travail multi-étapes avec les outils. Minimal prend volontairement la direction opposée en réduisant la surface d’outils. Creator part de Standard et ajoute des capacités de composition de l’environnement d’exécution, plutôt que d’ajouter simplement un outil de productivité quotidien supplémentaire.

C’est également pourquoi deux tests utilisant le même modèle DeepSeek peuvent produire des résultats différents si leurs configurations de harness diffèrent. Les premières analyses de DSH ont déjà mis en évidence l’importance d’enregistrer la configuration du modèle et du harness, plutôt que de comparer uniquement les noms des modèles. L’accès aux outils, les autorisations, la construction du contexte, les boucles d’agent et d’autres choix d’exécution peuvent tous modifier le parcours suivi par le modèle pour accomplir une tâche.

Quel mode de DeepSeek Harness devriez-vous réellement utiliser ?

Pour la plupart des tâches courantes, commencez par le mode Standard. Il expose le large éventail de capacités que DSH a été conçu pour orchestrer et vous permet de déterminer si un environnement d’exécution plus spécialisé est vraiment nécessaire. Commencer en mode Minimal simplement parce qu’il semble plus léger peut supprimer précisément les capacités qui rendent un agent utile.

Passez au Code Mode lorsque le workflow d’outils lui-même est devenu complexe. Les recherches répétées, les boucles sur de nombreux fichiers, le filtrage des résultats d’outils, les transformations structurées et les actions conditionnelles sont de meilleures raisons d’utiliser Code Mode que le simple fait que votre tâche concerne le développement logiciel.

Utilisez le Minimal Mode lorsque la question porte sur le modèle plutôt que sur la productivité maximale. Il convient mieux aux comparaisons contrôlées, à la reproduction de benchmarks, aux expérimentations avec des invites et aux situations où vous souhaitez déterminer si la réussite dépend du modèle ou d’un framework plus riche autour de celui-ci.

Utilisez le Creator Mode lorsque vous souhaitez modifier l’environnement de l’agent. Il est destiné aux expérimentations avec des plugins, aux préréglages spécialisés et aux développeurs qui considèrent DeepSeek Harness comme une infrastructure pour construire un nouvel agent plutôt que pour simplement utiliser celui par défaut.

Si votre objectif plus large est de créer des capacités d’agent réutilisables autour de données privées plutôt que de modifier DSH lui-même, notre guide sur les compétences d’agent IA pour les bases de connaissances locales explique comment regrouper des workflows reproductibles de récupération, d’analyse, de collecte de preuves et de gestion des connaissances sur un système auto-hébergé.

Plan Mode n’est pas un cinquième mode d’exécution de DeepSeek Harness

Une autre fonctionnalité de DSH rend la terminologie confuse : Plan Mode. On pourrait croire qu’il se situe aux côtés de Standard, Code, Minimal et Creator, mais l’architecture actuelle de DeepSeek le traite différemment. Les quatre modes ci-dessus sont des préréglages ou des compositions d’exécution. Plan Mode est un état de planification facultatif, propre à chaque agent, qui modifie les indications fournies au modèle.

La documentation du sous-système de DeepSeek décrit explicitement Plan Mode comme une simple indication. Lorsqu’il est actif, une section d’invite liée à la planification est incluse dans les requêtes envoyées au modèle. Le mode bac à sable et la politique d’approbation appliquent indépendamment leurs restrictions, et la boucle de l’agent elle-même ne dépend pas de Plan Mode.

Les deux concepts remplissent donc des fonctions différentes. Standard, Code, Minimal et Creator répondent à des questions sur la composition de l’environnement d’exécution : quelles capacités sont disponibles et comment l’agent fonctionne. Le mode Plan répond à une question comportementale : l’agent doit-il rester dans un état de collaboration axé sur la planification avant que l’exécution ne se poursuive ?

Standard / Code / Minimal / Creator
= composition de l’environnement d’exécution

Mode Plan
= état de planification et d’orientation

Ainsi, si quelqu’un demande si DeepSeek Harness possède quatre modes ou cinq, la réponse utile est la suivante : DSH propose actuellement quatre modes d’exécution principaux, tandis que le mode Plan est un mécanisme de planification optionnel distinct, et non un cinquième préréglage d’exécution équivalent.

Les quatre modes révèlent ce que DeepSeek Harness est réellement en train de construire

L’aspect le plus intéressant de DSH n’est pas qu’il offre aux utilisateurs quatre boutons parmi lesquels choisir. Les modes exposent quatre couches différentes de l’ingénierie agentique. Standard se concentre sur l’exécution. Code se concentre sur l’orchestration. Minimal se concentre sur l’évaluation. Creator se concentre sur la composition. Ensemble, ils montrent que DeepSeek considère le harnais comme une composante active du comportement de l’agent, et non comme une simple couche invisible autour du modèle.

Cela est important, car les améliorations des systèmes agentiques ne doivent pas forcément provenir uniquement de l’entraînement d’un modèle plus grand. Modifier la présentation des outils, la gestion du contexte, les politiques d’exécution, le comportement en cas de nouvelle tentative, les compétences, la mémoire ou la composition de l’environnement d’exécution peut changer ce que le même modèle est capable d’accomplir. Si vous souhaitez étendre ces capacités plutôt que reconstruire tout l’environnement d’exécution, la pile de plug-ins DeepSeek et Hermes est un autre exemple de la manière dont le système agentique environnant peut ajouter des capacités entièrement nouvelles.

Cela signifie également que les quatre préréglages doivent être considérés comme des configurations de départ plutôt que comme des réponses universelles. Un environnement d’évaluation a besoin de moins d’assistance. Un agent de production peut nécessiter davantage d’outils et des autorisations plus strictes. Un flux de travail complexe avec des outils peut tirer parti d’une orchestration programmatique. Un agent spécialisé pour serveur domestique pourrait éventuellement mériter son propre préréglage.

DeepSeek Harness est toujours en aperçu développeur, et DeepSeek indique que ses plug-ins principaux et ses API continueront d’évoluer. Les préréglages et les interfaces exacts peuvent donc changer. Mais la distinction architecturale est déjà utile : lorsqu’un agent se comporte différemment, ne vous intéressez pas uniquement au modèle. Examinez le harnais qui détermine comment ce modèle peut agir.