DeepSeek Harness se dote d’un support renforcé pour V4.1-Flash

DeepSeek a lancé DeepSeek-V4.1-Flash-1017 et pousse en parallèle une mise à jour de DeepSeek Harness, l’outil qui sert d’interface et d’orchestrateur pour plusieurs usages de la plateforme. L’objectif est clair : mieux prendre en charge le nouveau modèle, tout en ajustant des briques très concrètes comme les branches Git, les fuseaux horaires ou l’affichage des sessions. Le tout arrive alors que le nouvel ensemble est présenté comme plus rapide, plus performant et moins bavard que la version précédente.

Un modèle plus rapide, et des outils qui suivent le rythme

Sur X, DeepSeek décrit V4.1-Flash-1017 comme une « Pareto improvement in performance and cost », autrement dit un gain simultané sur les performances et le coût. La société affirme aussi que le modèle produit des sorties plus courtes et termine les tâches plus vite que la génération précédente. Ce n’est pas qu’une ligne de changelog : DeepSeek dit l’avoir déjà déployé sur son site, son application et son API.

Dans le même message, l’entreprise précise que le modèle est optimisé pour DeepSeek Harness, Tencent CodeBuddy et WorkBuddy. La recommandation est explicite : passer à DeepSeek Harness v0.2.1-rc.1 ou plus récent pour profiter au mieux du nouveau modèle. Une façon polie de dire que, sans mise à jour, la mécanique peut commencer à grincer.

Ce que DeepSeek Harness change vraiment sous le capot

Les notes techniques listent plusieurs évolutions côté harness, avec un mélange de localisations, d’interface, de recherche et de routage des modèles. Le support japonais est renforcé, avec un pack de langue, un dictionnaire de 60 entrées pour les espaces de noms, et une gestion des fontes CJK moins rigide. L’idée est simple : laisser l’utilisateur voir du japonais correctement rendu, sans imposer une police unique à tout le monde.

La plateforme gagne aussi sur la lecture des branches Git dans le composer, sur l’affichage des noms d’espace de travail dans les lignes de session, et sur la présentation de l’heure des messages. L’horodatage n’est plus coincé dans la ligne d’action : il passe sous le message, avec un fuseau horaire paramétrable dans les réglages, du terminal à JST ou UTC. C’est un détail en apparence, mais les équipes qui jonglent avec des sessions longues savent qu’un mauvais horaire peut vite transformer un historique en roman policier.

Pourquoi le routage des modèles prend de l’ampleur

Une autre partie de la mise à jour touche le routage vers plusieurs fournisseurs, dont Ollama Cloud et OpenCode Go. DeepSeek Harness sait désormais différencier des fenêtres de disponibilité selon les heures locales, les jours de semaine et le fuseau IANA associé. Concrètement, le système peut faire basculer un modèle vers un autre selon la plage horaire, la charge attendue ou le profil configuré.

La logique est pensée pour les usages de production. L’exemple donné dans les notes montre une répartition entre un fournisseur de jour et un autre la nuit, avec priorité sur les routes déjà configurées dans le profil. Le modèle sélectionné reste visible dans l’interface, avec le nom du fournisseur et, selon le cas, la mention d’un basculement automatique. Le front affiche donc ce que l’infrastructure décide en coulisses, ce qui évite les surprises au moment où tout le monde croit utiliser la même brique.

Recherche, sessions et fuseaux : des détails qui pèsent lourd

DeepSeek ajoute aussi un backend de recherche web via POST /api/web_search, authentifié avec OLLAMA_CLOUD_API_KEY. Le service renvoie des sources, mais pas de réponse générée, et il peut écarter certaines entrées sans URL. De son côté, la sélection de modèle dans l’interface affiche le fournisseur, le modèle et le niveau d’effort, avec un marquage automatique pendant les fenêtres de pic.

Les sessions elles-mêmes évoluent : le répertoire de travail peut changer sans casser l’historique de replay, et les modifications de dossier sont conservées tant que le projet d’origine existe encore. Enfin, l’envoi de logs de session vers l’API officielle DeepSeek reste opt-in, désactivé par défaut. La donnée d’origine ne change pas, mais son acheminement, lui, est maintenant finement réglé. C’est le genre de détail qui ne fait pas de bruit, jusqu’au jour où il sauve une équipe d’un mauvais paramètre.