Après la sortie officielle de DeepSeek V4 Pro, le produit Agent de DeepSeek a finalement été présenté -Deepseek Harness。
Ce qui est le plus remarquable, ce n'est pas « un autre agent de code », mais la philosophie de conception derrière elle :Tout est un plugin (Everything is a plugin)。
La formule de base donnée par DeepSeek est la suivante :
Agent = modèle + harnais
Cette formule est en fait très facile à comprendre. Les produits que nous utilisons habituellement, tels que Claude Code et Codex, appartiennent essentiellement à Harness : le modèle est responsable du raisonnement, tandis que Harness est responsable d'un ensemble complet de mécanismes d'exploitation tels que les outils, les compétences, le contexte, le bac à sable, le stockage, la boucle d'agent, les sous-agents, le flux de travail, etc.
Dans le passé, la plupart de ces capacités étaient encapsulées dans un produit logiciel complet. Les utilisateurs peuvent les utiliser, mais ont rarement besoin de comprendre, et encore moins de les modifier librement.
Et DeepSeek Harness a choisi une autre voie :Toutes ces capacités qui étaient cachées à l'intérieur du produit sont plug-inées.
Qu ' est-ce qu ' un harness ?
Ce qui est vraiment spécial à propos de DeepSeek Harness, c'est que ce qu 'il Noyau Cordis。
Cordis n'est pas chargé d'accomplir directement une tâche spécifique, il fait des choses avec beaucoup de retenue :Gérer le chargement, la désinstallation et les dépendances des plug-ins.
Plus important encore, le plug-in peut même changer dynamiquement pendant l'exécution de l'agent, sans laisser l'état d'exécution de l'agent entier se planter directement.
Il y a deux concepts clés à l'intérieur :
Composibilité temporelle (temporelle)Après qu 'un plug-in a été désinstallé, les effets secondaires qu' il a générés précédemment peuvent être complètement annulés.
Composibilité spatiale (spatial compositability)Si un plug-in dépend d'un autre plug-in, il peut traiter dynamiquement ces dépendances lorsqu 'il ajoute, supprime ou modifie les dépendances.
Ces deux capacités se combinent pour produire quelque chose de très intéressant :
Au lieu d'utiliser uniquement des outils, l'agent peut modifier ses outils et ses capacités au cours de l'exécution.
Par exemple, l'agent se trouve manquant d'une certaine capacité, il peut créer un plug-in, charger ce plug-in dans l'environnement actuel, puis continuer à terminer la tâche.
C'est pourquoi DeepSeek ne l'appelle pas simplement Code ou Build, mais plutôt Code. Harnais。
Parce que ce qu 'il veut vraiment faire n'est peut - être pas un produit d'agent complet et orienté vers l'utilisateur moyen, mais un ensemble d'agents qui peuvent être continuellement élargis, combinés et expérimentés. Infrastructure d'agent。
De ce point de vue, DeepSeek Harness ressemble plus à un champ d'expérimentation : officiellement, un lot de plugins de base est fourni, et les développeurs créent constamment de nouveaux plugins, ce qui rend finalement l'ensemble du système de capacités de l'agent de plus en plus riche.
Quatre modèles, en fait, quatre préréglages.
Lorsque vous ouvrez Harness pour la première fois, il est facile de vous laisser confondre par ses quatre modes.
Mais après avoir compris Cordis, vous verrez que ces quatre modes ne sont pas l'essence de Harness, mais seulement quelques ensembles officiels.Plug-in Assemblage Template。
1. Modèle Standard
C'est le mode le plus adapté pour l'utilisateur moyen.
Il est prédéfini avec des capacités complètes d'agent de code, y compris la lecture et l'édition de fichiers, le shell, la recherche de fichiers, la recherche de pages Web, les compétences, le plan, les objectifs, les tâches en arrière-plan, les sous-agents et les flux de travail.
Si vous voulez simplement utiliser DeepSeek Harness normalement,Il suffit de sélectionner le mode standard.
2. Mode PTC
Le mode PTC a la plupart des capacités du mode standard, mais modifie la façon dont le modèle appelle les outils.
Dans le mode traditionnel, le modèle est souvent :
Appeler l'outil → Obtenir les résultats → Repenser → Appeler l'outil à nouveau.
PTC donnera au modèle un ensemble de SDK de mode code, permettant au modèle d'écrire directement le programme TypeScript, de combiner plusieurs opérations d'outils et d'exécuter à la fois.
Par exemple, les tâches qui nécessitent à l'origine plusieurs lectures, recherches, filtres et appels parallèles peuvent être compressées en une exécution de programme.
Son avantage est queRéduire les allers-retours entre les modèles et les outils tout en réduisant une partie de la consommation de jetonsMais au prix d'une demande plus élevée de capacité de programmation et de débogage du modèle.
Il n'est donc pas nécessaire que les utilisateurs ordinaires utilisent le PTC dès qu 'ils arrivent.
3. Modèle minimaliste
Le mode minimaliste, à son tour, comprime l'environnement à une très petite mesure.
Il fournit principalement un Bash persistant et un éditeur de fichiers, tout en supprimant beaucoup de capacités supplémentaires.
Il est plus approprié pour faire des tests de capacité de modèle : ce modèle peut être utile si vous voulez comparer la performance de différents modèles dans un environnement d'agent minimal.
Cependant, en tant qu 'agent quotidien, l'expérience sera considérablement limitée.
4. Créer des modèles
Le mode de création est la partie la plus intéressante de tout Harness.
Non seulement il peut utiliser les capacités existantes, mais il peut également examiner l'environnement Cordis en cours d'exécution et expérimenter avec des plug-ins en mémoire, créer de nouveaux agents et plug-ins.
Cela signifie que l'agent peut essayer deTransformer vous-même。
Par exemple, vous pouvez demander :
"Aidez-moi à créer un agent d'audit de sécurité qui ne permet que la lecture du code et non la modification des fichiers."
ou :
« Créer un agent de recherche avec des capacités de recherche interne et des compétences exclusives. »
Vous pouvez même le laisser vérifier ses capacités, puis créer un plug-in sur place et le charger lorsqu 'il découvre qu' un outil manque.
Pour utiliser une métaphore simple :
L'agent s'est rendu compte qu 'il n'avait pas de clé, alors il a construit une clé, l'a installée dans sa main et a continué à travailler.
C'est ce que DeepSeek Harness expérimente au cœur.
Autre design important : tout est un journal d'événements
La conception de la session de Harness est également particulière.
Au lieu de simplement enregistrer un enregistrement de chat, il conçoit l'ensemble du processus d'exécution de l'agent en un seul enregistrement.Ajouter uniquement le log d'événements。
L'invite système, le message utilisateur, l'inférence du modèle, l'appel d'outil, le résultat de l'outil, le changement d'autorité, l'injection de contexte, la compression de contexte, la planification des sous-agents, etc. peuvent être des événements dans le journal.
L'histoire vue par le prochain cycle de modèles est également dérivée à partir de ce journal d'événements.
Ceci est très important pour les développeurs.
Lorsque les agents traditionnels ont des problèmes, nous voyons souvent des « échecs de tâche » ou des « boucles de modèle » sans savoir où il a commencé à détourner.
Les journaux d'événements et les vues de piste fournissent un moyen plus complet de rendre le processus d'exécution de l'agentObservable, auditable et reproductible。
C'est l'une des raisons pour lesquelles Harness est plus orienté vers les environnements de développeurs et de recherche que les produits de qualité grand public ordinaires.
Ce qui est vraiment intéressant, ce n'est pas le nombre de plugins.
La plus grande caractéristique actuelle de DeepSeek Harness est également sa plus grande controverse.
Ceux qui l'aiment sentiront :
C'est ainsi qu ' un futur agent devrait être.
Ceux qui ne l'aiment pas pensent :
Pourquoi un agent devrait-il être si compliqué ?
Je pense que les deux points de vue sont vrais.
Du point de vue de l'utilisateur ordinaire, Harness a un seuil évident : les termes des développeurs sont nombreux, les concepts sont complexes, la relation entre les fonctions n'est pas intuitive, et de nombreuses capacités doivent comprendre les plugins, les modes et le mécanisme d'exécution avant de pouvoir vraiment jouer.
Mais si vous le voyez du point de vue de l'infrastructure d'agent, c'est vraiment intéressant.
Dans le passé, nous utilisions l'agent, en utilisant essentiellement une "boîte" déjà conçue par le fabricant ; Harness essayait de démanteler cette boîte, exposant tous les outils, capacités et mécanismes d'exploitation à l'intérieur, permettant aux développeurs de se réassembler eux-mêmes.
Donc je préfère comprendre DeepSeek Harness comme :
Ce n'est pas encore un produit d'agent à part entière, mais une infrastructure d'agent en cours de formation.
La question qu ' il veut vraiment explorer n'est pas « comment faire un assistant de code meilleur », mais plutôt :
Si les capacités de l'agent elles-mêmes peuvent être créées, installées, désinstallées et combinées dynamiquement, qu 'est-ce qu' un agent peut devenir ?
C'est aussi là que tout est vraiment intéressant.
Bien sûr, à ce stade, il est loin de l'utilisateur ordinaire dans le sens réel du "bon usage", il y a encore un long chemin à parcourir.
Mais comme une tentative audacieuse de l'architecture d'agent, DeepSeek Harness mérite d'être suivi.
Ce n'est peut - être pas la réponse définitive, mais au moins il offre une direction très intéressante :
L'agent du futur n'est peut - être plus un logiciel fixe, mais un ensemble d'environnements d'exécution qui peuvent changer constamment leurs propres capacités.