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 faible. Au contraire, chaque mode modifie 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 manière 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 à des 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 des é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 de manière si différente 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 de l’assistance du harness. Creator ajoute la possibilité d’inspecter et de remodeler l’environnement d’exécution lui-même.

Ces modes ne doivent donc pas être interprétés comme une progression du niveau débutant au niveau 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 travailler ? 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 d’agent DeepSeek complet 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 d’agent de développement : modification de fichiers, accès au shell, recherche dans les fichiers et sur le Web, compétences, planification, objectifs, sous-agents et workflows. Au lieu de vous obliger à décider manuellement de chaque étape suivante, le modèle peut inspecter l’environnement, agir, observer le résultat, puis continuer.

Cela crée la boucle d’agent habituelle : inspecter un dépôt, rechercher les fichiers pertinents, lire le code, effectuer une modification, exécuter une commande, examiner une erreur, puis réviser le résultat. La capacité importante n’est pas un outil particulier de cette liste, mais la possibilité de continuer à 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 la version l’a décrit comme un environnement d’exécution d’agents composable par plugins.

Pour la plupart des utilisateurs, le mode Standard constitue donc le choix par défaut approprié. Si vous voulez que DeepSeek examine un bug, comprenne un dépôt, implémente une fonctionnalité, inspecte plusieurs fichiers ou coordonne une tâche de développement 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 convient moins 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 dans quelle mesure le système d’agents a été performant. Il ne vous indique pas clairement dans quelle mesure le modèle de base aurait été performant avec une assistance externe minimale.

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

Le mode Code est le plus facile à mal comprendre parmi les quatre modes. Il ne signifie pas « le 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 suite d’appels d’outils isolés.

Imaginez une tâche qui nécessite de rechercher des centaines de fichiers, de filtrer les correspondances par chemin, de ne lire qu’un sous-ensemble de fichiers, d’en 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 tours successifs de l’agent. Le mode Code devient 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 de suivi

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 impliqué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 entraîneraient autrement de nombreux appels successifs au modèle.

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

Le mode minimal n’est pas une option allégée 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 lui-même a utilisé le mode minimal de Harness de DeepSeek pour les benchmarks publics d’agents de code, avec V4-Flash. Cet usage clarifie considérablement l’intention : le mode minimal est conçu pour réduire les mécanismes environnants de l’agent lorsque les chercheurs souhaitent évaluer plus précisément ce que le modèle peut accomplir avec un petit ensemble contrôlé d’outils.

Cette distinction est importante, car les benchmarks modernes d’agents peuvent mesurer davantage 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 même l’idée 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.

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

Pour le travail quotidien, se priver 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 cherche généralement à résoudre 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’environnement d’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 noyau d’agent monolithique privilégié. C’est cette conception globale qui donne toute son importance à l’affirmation du projet selon laquelle « tout est un plugin », davantage que la simple existence de quatre préréglages.

Imaginons que vous souhaitiez un agent spécifiquement destiné à la gestion d’un serveur domestique. Son environnement utile pourrait inclure un accès au shell, des permissions restreintes sur le système de fichiers, des opérations Docker, de la documentation d’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 ce type de capacités 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 leurs 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 un usage quotidien. Si vous voulez 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 vs Code vs Minimal vs Creator : qu’est-ce qui change réellement ?

La principale erreur consiste à présenter les quatre modes comme une progression telle que Minimal → Standard → Code → Creator. Cela laisse entendre que chaque étape ajoute simplement davantage de 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 les opérations multiétapes avec des outils. Minimal va volontairement dans 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 de simplement ajouter 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à souligné 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 l’ensemble étendu de capacités que DSH a été conçu pour coordonner et vous permet de déterminer si un environnement d’exécution plus spécialisé est réellement 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 mode Code lorsque le workflow d’outils lui-même devient complexe. Les recherches répétées, les boucles sur de nombreux fichiers, le filtrage des résultats des outils, les transformations structurées et les actions conditionnelles sont de meilleures raisons d’utiliser le mode Code que le simple fait que votre tâche concerne le développement logiciel.

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

Utilisez le mode Creator 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 fourni par défaut.

Si votre objectif général 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é.

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

Il existe une autre fonctionnalité de DSH qui rend la terminologie confuse : le mode Plan. Il semble appartenir à la même catégorie que Standard, Code, Minimal et Creator, mais l’architecture actuelle de DeepSeek le traite différemment. Les quatre modes précédents sont des préréglages ou des compositions d’exécution. Le mode Plan 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 le mode Plan comme une simple indication. Lorsqu’il est actif, une section d’invite liée à la planification est incluse dans les requêtes adressées au modèle. Le mode sandbox et la politique d’approbation appliquent indépendamment les restrictions, et la boucle de l’agent elle-même ne dépend pas du mode Plan.

Ces deux concepts ont donc des fonctions différentes. Standard, Code, Minimal et Creator répondent à des questions de 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 de poursuivre l’exécution ?

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 facultatif 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 de proposer quatre boutons parmi lesquels les utilisateurs peuvent choisir. Les modes exposent quatre niveaux distincts de l’ingénierie des agents. 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 harness comme une composante active du comportement de l’agent, plutôt que comme une simple couche invisible autour du modèle.

Cela est important, car les améliorations des systèmes d’agents ne doivent pas forcément provenir uniquement de l’entraînement d’un modèle plus volumineux. 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 illustre également comment le système d’agents 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 nécessite moins d’assistance. Un agent de production peut avoir besoin de davantage d’outils et d’autorisations plus strictes. Un flux de travail complexe faisant appel à des outils peut bénéficier d’une orchestration programmatique. Un agent spécialisé pour serveur domestique pourrait finalement mériter son propre préréglage.

DeepSeek Harness est toujours en version d’aperçu pour les développeurs, et DeepSeek indique que ses plug-ins et API principaux continueront d’évoluer. Les préréglages et 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 harness qui détermine comment ce modèle peut agir.