DeepSeek Harness 0.1.7 RC : nouveautés et migration

DeepSeek Harness a publié la version 0.1.7-rc.1 le 23 septembre 2026. Cette version est une build candidate et le projet reste un aperçu pour développeurs. Ses modifications les plus utiles concernent le travail autour de la réponse d'un agent : examiner les fichiers, suivre les coéquipiers, gérer les plugins et reprendre une session sans perdre le fil des événements.

Les notes de version officielles regroupent les changements depuis 0.1.5-rc.3. Elles listent également les migrations pour les configurations existantes. Lisez les deux parties avant la mise à jour ; un nouveau panneau d'aperçu est facile à remarquer, tandis qu'un paramètre de fournisseur obsolète peut ne devenir visible qu'en cas d'échec d'une tâche.

Cet aperçu s'adresse aux personnes évaluant un espace de travail d'agent local ou maintenant une installation Harness antérieure. Il est basé sur les notes publiées, et non sur un test de performance pratique. Les tâches d'essai ci-dessous sont des moyens d'évaluer la version sur votre propre machine.

La sortie est plus facile à inspecter à côté de la conversation

La candidate regroupe les aperçus de documents, tableurs et changements de fichiers avec les terminaux, pages web et conversations d'agents associées dans la barre latérale. Les tâches Office utilisent par défaut un runtime LibreOffice inclus. La valeur pratique est la possibilité d'inspecter un artefact tandis que les instructions qui l'ont produit sont encore visibles.

Prenons l'exemple d'un rapport d'opérations hebdomadaire. L'agent peut produire un paragraphe convaincant affirmant qu'un tableur est prêt, mais ce paragraphe ne peut pas établir que ses formules renvoient aux bonnes lignes. Un aperçu vous aide à vérifier la sortie elle-même. Ouvrez la feuille, inspectez un total et comparez-le avec les enregistrements d'entrée. Pour un document, vérifiez l'ordre des titres et si un tableau se poursuit proprement sur une autre page.

Le support d'aperçu ne doit pas être confondu avec une fidélité d'édition complète. Un essai sensé inclut les types de fichiers que vous échangez réellement, surtout les fichiers contenant des formules ou un formatage inhabituel. Si la tâche se termine par un document téléchargeable, ouvrez ce document dans l'application que votre destinataire utilisera. Considérez la conversation et le fichier comme deux éléments à vérifier.

Agent Team rend la coordination plus visible

La version ajoute un panneau pour les membres de l'équipe en direct et les tâches, avec navigation entre les membres. Cela peut faciliter la vision de qui travaille sur une question et d'où vient un résultat. Cela ne vous dit pas si l'ajout d'un autre agent améliore le résultat.

Un essai d'équipe utile est une petite revue avec des responsabilités séparées : un membre vérifie le support factuel, un autre les liens brisés, et un responsable prépare l'édition finale. Donnez à chaque membre une tâche délimitée. Si l'on demande à chacun d'« améliorer l'article », le travail en double est probable et les modifications conflictuelles deviennent plus difficiles à attribuer.

Comparez le résultat de l'équipe avec la même tâche traitée par un seul agent. Notez le nombre de corrections que vous avez dû faire et le temps passé à reconcilier les sorties. L'activité parallèle est facile à afficher ; une division utile du travail nécessite une tâche où les parties peuvent être vérifiées indépendamment.

Start using deepseek harness

Les contrôles expérimentaux nécessitent leur propre essai

Les notes introduisent l'interaction expérimentale avec le navigateur et l'ordinateur, la revue automatique et la transcription vocale locale. Ce sont des capacités séparées avec des modes de défaillance différents. Évaluez-les individuellement avant de les combiner dans un flux de travail long.

Pour l'interaction navigateur, commencez par une tâche en lecture seule sur une page dont vous connaissez le contenu. Demandez un fait spécifique et vérifiez que la réponse vient de la page. Pour l'entrée vocale, dictez une courte instruction contenant un nom de fichier et un nombre, puis inspectez la transcription avant de la laisser piloter un changement de fichier. De petites erreurs de reconnaissance peuvent transformer un plan correct en une opération erronée.

Le README du projet qualifie toujours le logiciel d'aperçu pour développeurs et lie son avis de sécurité. L'étiquette expérimentale de la version est une information utile pour définir les attentes : une démonstration réussie n'établit pas la fiabilité sur des applications inconnues ou des tâches sans surveillance.

Les installations existantes nécessitent un travail de migration

L'adaptateur DeepSeek officiel utilise désormais exclusivement l'API Messages, tandis que l'ancienne configuration de protocole nécessite une migration. Les journaux de session passent à V4, les préréglages d'agent passent aux bundles de plugins, et les paramètres sont stockés dans la configuration des plugins du Profil actuel. La version vérifie également la compatibilité des plugins lors de l'installation et du démarrage.

Avant la mise à jour, identifiez lesquels de ces changements affectent votre installation. Quelqu'un utilisant uniquement des composants intégrés a une tâche différente de quelqu'un maintenant un plugin personnalisé. Sauvegardez une copie de la configuration actuelle et des données de session, notez les versions installées et évitez de modifier la seule copie fonctionnelle d'un espace de travail précieux.

Pour un plugin personnalisé, lisez les notes de migration pertinentes avant d'essayer de supprimer une erreur. Un refus d'incompatibilité est la preuve que l'hôte et le package ne sont pas d'accord sur leurs versions supportées. Autoriser une exception peut contourner la vérification, mais cela n'adapte pas le code du plugin. Enquêtez sur la discordance ou utilisez d'abord un package compatible.

Planifiez le retour arrière autour des données ainsi que des packages. Réinstaller un exécutable plus ancien peut ne pas inverser une migration de journal de session. Gardez la copie pré-mise à jour séparée jusqu'à confirmation que les sessions et plugins dont vous avez besoin fonctionnent toujours.

Une courte session d'acceptation est plus utile qu'une grande démo

Utilisez un espace de travail jetable avec un petit fichier texte, un tableur dont vous connaissez les totaux et un document avec un tableau. Confirmez d'abord que Harness peut afficher les fichiers. Demandez-lui ensuite de faire une modification précise et comparez le fichier résultant avec l'original. Cela sépare les échecs d'aperçu des échecs de tâche.

Ensuite, rouvrez la session et vérifiez que la conversation et la sortie restent compréhensibles. Si vous dépendez du travail en arrière-plan, exécutez une commande inoffensive assez longtemps pour apparaître dans l'interface des tâches et vérifiez son statut d'achèvement. Si vous utilisez un fournisseur personnalisé, faites une petite demande via ce fournisseur avant de tester une tâche d'équipe.

Notez la version candidate exacte, les plugins activés, le fournisseur et tout changement de configuration manuel. Ce record est plus utile pour un rapport de bug que « la dernière version ne fonctionnait pas. » Cela vous donne aussi un point de départ reproductible lorsque la prochaine candidate arrive.

Faut-il mettre à jour maintenant ?

Cette candidate vaut la peine d'être évaluée si l'examen des fichiers générés ou le suivi de plusieurs tâches d'agent est un obstacle actuel. Elle est également pertinente pour les auteurs de plugins en raison des changements de configuration et d'interface. Une installation fonctionnelle utilisée pour la livraison courante mérite un essai contrôlé avant remplacement.

Si vous partez de zéro, utilisez le guide de démarrage rapide local et vérifiez la version réellement installée. Si vous exécutez déjà Harness, commencez par la section migration des notes de version. Le résultat utile d'une mise à jour est une tâche que vous pouvez compléter et inspecter avec moins d'interruptions, soutenue par une configuration que vous pouvez reproduire.