DeepSeek Harness rc.8 est disponible : 7 améliorations majeures à connaître

DeepSeek Harness v0.1.0-rc.8 est une mise à jour importante de l’aperçu développeur qui ajoute une meilleure prise en charge des entrées multimodales, des sous-agents Codex et Claude Code facultatifs, des sessions PowerShell persistantes sous Windows, des opérations plus rapides sur les grandes sessions et une meilleure prise en charge des passerelles compatibles avec OpenAI ; toutefois, sa modification incompatible du stockage SQLite rend une sauvegarde indispensable avant la mise à niveau.

Imaginez que vous ouvriez un espace de travail d’agent exécuté en continu sur votre serveur domestique : une session examine un dépôt, une autre délègue une tâche de test à Codex et une troisième doit joindre une capture d’écran à un plan. Les versions précédentes de DeepSeek Harness fournissaient déjà les bases fondées sur les plugins, mais plusieurs éléments de ce flux de travail semblaient encore distincts. rc.8 en relie davantage. Les images peuvent circuler plus loin dans l’interface de l’agent, les agents de codage externes peuvent être installés comme sous-agents au niveau du profil, les terminaux Windows peuvent conserver leur état et les grands historiques sont moins coûteux à dupliquer. Le compromis est tout aussi concret : il s’agit encore d’un aperçu développeur qui évolue rapidement, et la compatibilité du stockage ne peut pas être traitée à la légère.

Ce guide explique ce qui a changé dans rc.8, quelles améliorations comptent dans les flux de travail auto-hébergés réels, ce que signifie ou ne signifie pas la « prise en charge multimodale », comment effectuer une mise à jour de ZimaOS en toute sécurité et s’il vaut mieux mettre à niveau maintenant ou attendre.

DeepSeek Harness rc.8 en bref

DeepSeek Harness v0.1.0-rc.8 a été publié en tant que préversion le 19 août 2026. Il fait toujours partie de l’aperçu développeur du projet, et des changements incompatibles sont donc à prévoir. Cette version est identifiée par le tag dsh-v0.1.0-rc.8 et le commit 141eb6f. La liste complète des changements est disponible dans les notes de version officielles de rc.8.

Si vous découvrez DSH, il est utile de comprendre que Standard, PTC/Code, Minimal et Creator sont des compositions d’exécution différentes, et non des niveaux de performance. Notre guide des modes DeepSeek Harness explique quels outils et quelles fonctionnalités de flux de travail chaque mode propose.

Qu’est-ce qui a changé dans DeepSeek Harness rc.8 ?

Les entrées multimodales atteignent désormais une plus grande partie du flux de travail de l’agent

rc.8 élargit les possibilités de travail avec des images. L’adaptateur de modèles DeepSeek peut être configuré pour les requêtes d’images natives, et des commandes telles que /goal et /plan peut recevoir une entrée combinant du texte et des images, et le @ Le menu peut référencer des fichiers et des sessions précédentes. La version corrige également les échecs causés par des images trop volumineuses ou par une quantité excessive de données d’image accumulées dans une session.

Cette combinaison est plus importante qu’un simple bouton « téléverser une image ». Une capture d’écran peut faire partie d’une définition d’objectif, un fichier peut être importé dans la conversation en cours sans copier manuellement son contenu, et une session existante peut être référencée comme contexte de travail. Pour le débogage d’interfaces, la révision de documents, l’interprétation de diagrammes et la planification visuelle, ce sont autant de composants utiles.

Il existe une limite importante : rc.8 ajoute la prise en charge des adaptateurs et des interfaces, mais le point de terminaison du modèle sélectionné doit toujours accepter les images. Le guide officiel de configuration des modèles explique que les types d’entrée déclarés par un fournisseur personnalisé constituent une déclaration concernant le point de terminaison, et non un test automatique de ses capacités. Si un point de terminaison limité au texte est indiqué comme compatible avec les images, le fournisseur peut tout de même refuser la requête. Consultez la documentation officielle sur la configuration des fournisseurs.

Pour les routes DeepSeek limitées au texte, un pont visuel reste utile. Notre sélection des plugins DeepSeek Harness qui méritent d’être installés présente ModLens et des boîtes à outils visuelles spécialisées, ainsi que des extensions pour le navigateur, les workflows, la barre latérale et la migration.

Codex et Claude Code deviennent des bundles de profils facultatifs

L’un des changements les plus importants de rc.8 est la possibilité d’installer Codex et Claude Code comme bundles de sous-agents produits distincts. DSH reste le moteur de coordination, tandis que chaque agent de codage externe est ajouté uniquement au profil qui en a besoin.

dsh plugin --profile <profile-name> add @deepseek-ai/dsh-subagent-codex
dsh plugin --profile <profile-name> add @deepseek-ai/dsh-subagent-claude-code

Les bundles peuvent être installés séparément ou ensemble. Codex prend également en charge les modes d’autorisation non interactifs et plusieurs instances nommées, ce qui permet à un profil d’exposer plusieurs fournisseurs Codex dotés de rôles ou de politiques distincts. L’installation d’un bundle n’authentifie pas automatiquement le produit, ne sélectionne pas de modèle et ne lui accorde pas des autorisations illimitées ; ces éléments relèvent de décisions de déploiement distinctes.

DSH devient ainsi plus qu’une simple interface pour agent unique. Un agent parent peut conserver le plan et le contexte du projet tout en déléguant une tâche d’implémentation ou de révision bien délimitée à un agent de codage spécialisé. Le panneau des tâches et la livraison plus rapide des rapports des sous-agents dans rc.8 facilitent la supervision de cette délégation.

Pour connaître les commandes exactes des paquets et le comportement du cycle de vie, consultez la référence officielle de l’interface CLI DSH. Comme les bundles de produits natifs incluent des dépendances propres à chaque plateforme, vérifiez la première délégation réelle après l’installation au lieu de considérer une commande d’installation terminée comme l’unique contrôle de bon fonctionnement.

Windows bénéficie de sessions PowerShell persistantes

Sous Windows, rc.8 ajoute la prise en charge persistante de PowerShell au terminal PTY et l’active par défaut dans le préréglage Minimal. Un shell persistant peut conserver le répertoire courant, les modifications de l’environnement et l’état de la session de commandes entre les appels. Cela correspond mieux au développement itératif que de lancer un nouveau processus PowerShell pour chaque commande.

L’amélioration est particulièrement pertinente pour les dépôts Windows qui reposent sur des scripts PowerShell, les outils Visual Studio ou des étapes d’installation conservant leur état. Elle réduit également l’écart entre les workflows utilisant Bash persistant sous Linux et l’utilisation native de Windows.

Les passerelles personnalisées compatibles avec OpenAI bénéficient de meilleurs contrôles de compatibilité

Les utilisateurs auto-hébergés connectent souvent DSH à une passerelle d’entreprise, à un serveur d’inférence local ou à un fournisseur qui n’implémente qu’une partie du format de requête OpenAI. rc.8 corrige les cas où des différences de structure des requêtes empêchaient les appels et où le contenu du raisonnement pouvait manquer dans les résultats renvoyés.

Cela ne rend pas tous les endpoints « compatibles avec OpenAI » identiques. Les passerelles peuvent diverger concernant les rôles de développeur, les noms des champs de jetons de sortie, les formats de raisonnement, les éléments d’image et la découverte des modèles. DSH expose des paramètres de compatibilité pour ces différences, mais la route doit toujours correspondre au serveur réel. Testez séparément le chat normal, l’appel d’outils, le raisonnement et l’entrée d’images, plutôt que de supposer qu’une seule invite réussie vérifie l’intégralité du fournisseur.

La recherche parallèle et les grandes sessions sont moins contraignantes

rc.8 permet web_search pour exécuter des requêtes simultanées, améliore reportDelivery Ainsi, un sous-agent terminé peut réveiller rapidement sa tâche parente, et le temps nécessaire pour dupliquer des sessions avec de grands historiques est réduit. Ces changements s’inscrivent dans un schéma de recherche courant : lancer plusieurs recherches ciblées, laisser des travailleurs indépendants étudier des questions distinctes, puis fusionner leurs résultats en une réponse étayée par des preuves.

La mise à jour améliore également le focus de la recherche dans la barre latérale, les commandes du panneau des workflows, la sélection des modèles, les mises en page étroites du compositeur, la présentation des retours, le comportement de nouvelle tentative pour les fichiers locaux et l’affichage du répertoire personnel. Local dsh web Les lancements ouvrent désormais automatiquement le navigateur, tandis que les téléchargements nécessaires à l’installation ont été réduits.

Pourquoi la modification de SQLite dans rc.8 est importante avant la mise à niveau

La phrase opérationnelle la plus importante des notes de version rc.8 n’est pas une nouvelle fonctionnalité de l’interface : le backend SQLite utilise désormais une structure de stockage plus efficace, mais incompatible. La politique actuelle de stockage des préversions du projet n’accepte que la version du schéma implémentée par cette compilation, au lieu de promettre une migration automatique entre tous les formats des préversions de développement.

En pratique, le binaire d’une application et ses données doivent être traités comme une seule unité de restauration. Si vous mettez à jour l’application sans conserver de copie des données antérieures, la réinstallation de rc.7 peut ne pas rétablir l’état de fonctionnement précédent. Sauvegarder uniquement l’image du conteneur ne suffit pas.

Sauvegardez ces éléments avant de passer à rc.8

• Le répertoire persistant de données de l’application DSH.
• Configuration du profil et manifestes des plug-ins installés.
• Identifiants ou références d’identifiants nécessaires pour restaurer les fournisseurs.
• Bases de données SQLite et données de session conservées.
• Tout contenu d’espace de travail que l’agent peut modifier.

Conservez la sauvegarde en dehors du répertoire que le processus de mise à jour peut remplacer. Si le déploiement est important, testez également la restauration, pas seulement la création : une sauvegarde qui n’a jamais été restaurée reste une simple supposition.

Pour un déploiement sur serveur domestique, un stockage persistant rapide améliore également la recherche dans les dépôts, l’installation des paquets, les compilations et l’accès aux sessions longues. Un ZimaBoard 2 peut commencer par un environnement DSH compact fonctionnant en permanence et évoluer grâce au stockage SATA ou PCIe. Un ZimaCube 2 convient mieux lorsque la même machine héberge également des dépôts plus volumineux, des bases de données, des conteneurs CI, des sauvegardes et d’autres services.

Faut-il passer de rc.7 à rc.8 ?

La réponse dépend de la partie de DSH que vous utilisez réellement.

Si l’attrait principal est l’écosystème DSH plus large plutôt que rc.8 elle-même, commencez par identifier une fonctionnalité manquante. Le guide des plug-ins DSH associe les besoins courants à des options de vision, de navigateur, de flux de travail, de TUI, de barre latérale et de migration. Si vous comparez DSH à une autre pile d’agents, notre guide des plug-ins Hermes pour les agents DeepSeek fournit davantage de contexte.

Comment mettre à jour DeepSeek Harness rc.8 sur ZimaOS en toute sécurité

DeepSeek Harness est disponible via l’App Store ZimaOS. Le contrôle de mise à jour exact affiché dans ZimaOS dépend de la version de l’application actuellement installée et de la version du paquet disponible dans le catalogue. Vérifiez donc que rc.8 est proposée avant de remplacer le déploiement existant.

1. Notez la version actuelle. Vérifiez si l’installation existante est rc.6, rc.7 ou une autre version du paquet.
2. Arrêtez les tâches d’agent actives. N’effectuez pas la mise à jour tant qu’une session, une compilation, un appel d’outil ou un sous-agent écrit encore des données d’état.
3. Sauvegardez les données persistantes de l’application. Incluez la base de données, les profils, la configuration, les plug-ins et les données de session.
4. Notez les paramètres du fournisseur et de l’espace de travail. Protégez les secrets, mais assurez-vous de savoir quelles références d’identifiants et quels montages doivent être restaurés.
5. Appliquez la mise à jour de l’App Store ZimaOS. Attendez que le conteneur soit recréé et opérationnel avant d’ouvrir l’interface Web.
6. Confirmez la version en cours d’exécution. Ne supposez pas que la nouvelle image a été activée simplement parce que le téléchargement est terminé.
7. Effectuez une courte session de validation. Testez la sortie du modèle, l’accès aux fichiers, une commande sans danger, la persistance de la session et la reconnexion à l’interface Web.
8. Testez séparément les fonctionnalités facultatives. Vérifiez l’entrée d’images avec le point de terminaison du modèle sélectionné et exécutez une délégation réelle vers Codex ou Claude Code si ces packs sont installés.
9. Conservez la sauvegarde jusqu’à ce que le fonctionnement normal soit vérifié. Incluez l’ouverture et le fork de sessions longues si ces opérations sont importantes pour votre flux de travail.

Pour les utilisateurs qui souhaitent exécuter séparément un modèle DeepSeek local, indépendamment de Harness, le guide de déploiement de DeepSeek R1 sur ZimaOS couvre une autre couche de la pile. DSH est le harnais d’agent ; le point de terminaison du modèle constitue la couche d’inférence. Exécuter l’un n’exécute pas automatiquement l’autre.

Limites et vérifications connues de DeepSeek Harness rc.8

rc.8 est arrivé quelques jours seulement après les premières versions en aperçu développeur, de nouveaux rapports apparaissent donc rapidement. Les vérifications suivantes sont plus utiles que de considérer chaque discussion ouverte comme un défaut universel :

• Prise en charge des images : vérifiez le fournisseur et le modèle exacts. La prise en charge par l’adaptateur ne transforme pas à elle seule un point de terminaison limité au texte en point de terminaison multimodal.
• Catalogues de modèles : vérifiez que le modèle attendu apparaît bien après la mise à niveau ; les dépendances des catalogues peuvent accuser un retard sur la liste de modèles la plus récente d’un fournisseur.
• Ensembles de produits : après avoir installé la prise en charge de Codex ou de Claude Code, effectuez un véritable test d’initialisation afin de détecter les téléchargements incomplets des dépendances natives.
• Interface Web distante : utilisez HTTPS pour les accès non locaux. N’exposez pas une interface d’agent capable d’accéder à l’espace de travail via une origine publique non protégée.
• Sessions longues : surveillez la compression, le chargement de l’historique et les forks au lieu de supposer qu’un processus indiqué comme « en cours d’exécution » continue de progresser.
• Autorisations des plugins : vérifiez les profils après une mise à jour. Selon son rôle, un plugin peut agir sur les fichiers, les shells, les sessions de navigateur, les identifiants ou les services réseau.

La documentation officielle de DeepSeek avertit toujours que le projet évolue rapidement et comportera des changements incompatibles. Le dépôt officiel de DeepSeek Harness doit rester la source principale pour connaître l’état des versions et les changements incompatibles.

FAQ sur DeepSeek Harness rc.8

DeepSeek Harness rc.8 est-il une version stable ?

Non. Il est présenté comme une préversion et le projet reste en aperçu développeur. Il convient à l’évaluation et aux workflows auto-hébergés soigneusement isolés, mais sa compatibilité ne doit pas être présumée entre les différentes versions candidates.

rc.8 permet-il à tous les modèles DeepSeek de comprendre les images ?

Non. rc.8 améliore la gestion des images et permet à l’adaptateur DeepSeek de déclarer une entrée d’image native, mais le point de terminaison et le modèle choisis doivent effectivement accepter les parties d’image. Testez la combinaison fournisseur/modèle avant de vous y fier.

DeepSeek Harness rc.8 peut-il utiliser Codex et Claude Code ?

Oui. Ils peuvent être installés en tant que lots de profils facultatifs distincts. Chaque produit nécessite toujours sa propre authentification valide, ses propres paramètres et autorisations, ainsi qu’une vérification lors de la première exécution.

Dois-je effectuer une sauvegarde avant la mise à niveau depuis rc.7 ?

Oui. rc.8 modifie la structure des données SQLite de manière incompatible. Conservez les anciennes données de l’application avec l’ancienne version de l’application si une restauration est importante.

rc.8 nécessite-t-il un GPU ?

Aucun GPU n’est requis lorsque DSH appelle l’API d’un modèle distant. Les exigences en matière de GPU et de VRAM concernent un serveur d’inférence local facultatif et dépendent du modèle sélectionné, de sa quantification et de la taille du contexte.

Quelle version de Node.js rc.8 utilise-t-il ?

Le paquet amont actuel déclare Node.js ^22.19.0 || >=24.0.0. Une application ZimaOS empaquetée intègre normalement son propre environnement d’exécution de conteneur ; les utilisateurs doivent donc suivre le paquet de l’application plutôt que de remplacer l’installation de Node.js de l’hôte.

Puis-je mettre à jour DeepSeek Harness via ZimaOS ?

Utilisez la mise à jour de l’App Store de ZimaOS lorsque rc.8 sera disponible pour l’application empaquetée. Sauvegardez d’abord les données persistantes, puis vérifiez la version en cours d’exécution et effectuez un court test fonctionnel après la recréation du conteneur.

Verdict final : rc.8 mérite d’être testé, mais pas adopté dans la précipitation

DeepSeek Harness rc.8 fait évoluer le projet vers un espace de travail d’agents plus connecté. Les entrées multimodales peuvent participer aux objectifs et aux plans, Codex et Claude Code peuvent rejoindre l’environnement en tant que sous-agents facultatifs, Windows bénéficie d’un parcours PowerShell avec conservation de l’état, les passerelles compatibles sont plus faciles à configurer et les opérations de longue durée profitent d’améliorations utiles des performances.

La bonne stratégie de mise à niveau est contrôlée plutôt qu’automatique. Sauvegardez l’état complet de l’application, testez rc.8 dans un profil distinct ou un déploiement récupérable, vérifiez les fonctionnalités spécifiques de modèle et de sous-agent dont vous avez besoin, et conservez un instantané correspondant de l’application et des données pour permettre une restauration. Pour les utilisateurs de ZimaOS, cette approche donne accès aux dernières fonctionnalités de DSH sans considérer les données de préversion destinées aux développeurs comme jetables.

Note sur la marque : « DeepSeek Harness » est utilisé ici pour identifier et décrire la compatibilité avec le projet DeepSeek. Cet article n'implique aucune approbation, aucun partenariat ni aucune autorisation officiels. Consultez les directives d’utilisation des éléments de marque DeepSeek Harness.