Plugins

Place de marché de plugins dans les Paramètres, ciblant n'importe quel profil local, pas seulement celui en cours d'exécution : installez, mettez à jour et supprimez sur les profils web, headless et autres, avec des avertissements de script d'installation, une vue des éléments installés qui couvre aussi les dépendances de profil hors catalogue, et un redémarrage automatique de DSH lors du changement de profil actuel.

Lanceur de bureau Windows pour DSH avec une icône de fille-baleine, démarrage du serveur en arrière-plan et une fenêtre en mode application Chromium sans interface de navigateur.

Gouvernance des plugins : les plugins nouveaux/mis à jour sont d'abord mis en attente dans une zone de candidats, puis montés à chaud après le démarrage — le succès promeut, l'échec désactive automatiquement, les échecs répétés gèlent, mode sûr en un clic, panneau de diagnostic dans la barre latérale (npm : dsh-my-guardian).

Fiabilité des tâches : nouvelle tentative automatique en cas de timeout/échec du modèle, reprise automatique des tâches inachevées, vérification d'achèvement, interruption des boucles de réflexion, reprise après veille ou redémarrage, mode pilote automatique et point de déclenchement distant (npm : `dsh-task-reliability`).

Onglet d'activité des fichiers dans la barre latérale DSH : enregistre lectures/créations/modifications de fichiers par l'agent et la barre latérale (y compris les opérations cachées dans les commandes bash), isolation par session, persistance après redémarrage, aperçu flottant au clic sur un fichier (npm : `dsh-file-activity`).

REPL TypeScript persistant lié à la session pour le mode DSH PTC : les liaisons et imports restent actifs d'un appel run_code à l'autre, edit_run_code remplace une ligne sans renvoyer le bloc, la syntaxe d'import/export de module est adaptée via réécriture AST, et les liaisons durables sont restaurées depuis le journal de session après un redémarrage à froid.

Analyse l'usage entre modèles, fournisseurs, espaces de travail et périodes, avec dates personnalisées sur tout l'historique, cache-hits visibles et ventilations par modèle/fournisseur. Comprend tendances horaires/jour, carte de chaleur de 53 semaines façon GitHub, séries, anneaux de tokens par modèle et espace (tokens, coût, %), filtres combinables, efficacité du cache, solde DeepSeek, alias d'espaces, export CSV, et un grand livre durable qui conserve l'usage après suppression de session ou d'espace (ligne Deleted), reconstruit de façon incrémentale. Registre des espaces rafraîchi via la sonde DSH domain/changed ; seuls les espaces enregistrés comptent. Comptabilité séparée : entrée, cache, raisonnement. Chinois : heure locale ; anglais : UTC ; API en loopback uniquement.

Redémarre DSH : méthode de redémarrage configurable (Node natif / PowerShell hérité), invite de reprise après redémarrage, relance automatique optionnelle par watchdog.

Revue des modifications en attente pour DeepSeek Harness : chaque modification d'edit, write et str_replace_editor est automatiquement rassemblée dans la liste des fichiers, où un bloc de modification, les blocs d'une sélection ou le fichier entier peuvent être conservés ou annulés, avec prise en charge de annuler/rétablir. Importe les modifications de gestion de versions de l'espace de travail, affiche le diff en simple colonne ou côte à côte, et propose un aperçu Markdown où les modifications peuvent aussi être conservées ou annulées, la recherche dans le fichier, le saut de blocs et des références de ligne copiables ; les données de diff sont stockées durablement, la revue se poursuit donc après un redémarrage.

Modèle de démarrage pour plugins dsh couvrant configuration, outils, événements, services, hooks, emplacements d'interface navigateur et commandes slash.

Lanceur de bureau Windows pour l'interface Web DSH : raccourci bureau, démarrage silencieux, zone de notification avec ouvrir/fermer complètement (arrêter service, fermer fenêtre app, quitter zone), fenêtre d'app PWA avec focus au lieu de relance, invite d'installation et notifications de fin de tâche.

Lit les fichiers que AGENTS.md référence via les imports @path et injecte leur contenu dans le contexte du modèle au démarrage de la session, avec des budgets en octets, un réamorçage après compaction et une carte de paramètres en six langues.

Injection par conversation de l'en-tête x-opencode-session pour OpenCode Go dans DeepSeek Harness (DSH). Corrige l'erreur 400 MissingSessionID, maintient un routage optimal du cache de prompts, strictement limité à opencode.ai, commutable à chaud sans redémarrage.

Panneau d'opérations Web DSH auto-hébergé pour un redémarrage et une mise à niveau en toute sécurité, des diagnostics d'intégrité, des statistiques d'utilisation du modèle et la recherche de quotas de fournisseur, la gestion des sauvegardes et des sessions, les notifications de tâches, les contrôles de compétences, le routage du modèle de sous-agent et la maintenance des autorisations Linux.

Shell de bureau propre pour DSH : lancement par double-clic sur un raccourci de bureau comme n'importe quelle appli de bureau normale, surveillance en direct du backend avec start/restart/stop depuis la zone de notification en un clic (boîtes de dialogue de progression), reconnexion automatique hors ligne, instance unique. Réutilise votre profil web existant, sans refonte du style de l'interface Web. Windows + macOS.

Suite d'amélioration d'UI pour DeepSeek Harness : ouverture de workspace en un clic (copier le chemin, révéler dans Finder, ouvrir dans un éditeur auto-découvert), rail de nav de messages utilisateur style DeepSeek-web, marques de tâches de session, polissage de liste plate, et bouton hard-restart.

Réveille l'agent principal après tout redémarrage de DSH pour que le travail interrompu reprenne automatiquement — ajoute un outil de redémarrage et un canari optionnel qui valide le boot et annule avec une alerte avant un redémarrage cassé.

Exécute le travail comme un équipage d'agents par rôle : un chef de produit rédige le PRD ou la DoD, attend votre confirmation, puis démarre architecte, ingénieur, QA et réviseurs dont les boîtes à outils sont verrouillées par rôle, et partage le travail via des fichiers sur disque.

Gestionnaire de skins pour l'interface web DSH : découvre les skins installées et bascule celle active depuis une page Paramètres dédiée, mutuellement exclusives, rechargées à chaud sans redémarrage.

Pont mémoire Honcho : synchronise automatiquement chaque tour de conversation vers un service Honcho auto-hébergé, avec des outils recall/search/remember/context/status, injection de contexte au démarrage de la session et un panneau de paramètres visuel.

Système de mémoire biomimétique pour DeepSeek Harness : un magasin SQLite unique (node:sqlite, WAL) dont l'arbre Markdown est conservé comme miroir en lecture seule ; outils de mémoire, injection d'instantané figé au démarrage de la session, validation par approbation graduée, extraction à la demande de la session en cours, fusion des quasi-doublons, cycle de vie d'archivage et de remplacement, métabolisme de la mémoire (dream), épingles de mémoire, rappel sémantique sur embeddings locaux, et la commande /memory.

Gouvernance des plugins : les plugins nouveaux ou mis à jour passent d'abord par une zone candidate puis sont montés à chaud après le démarrage — succès = promotion, échec = désactivation automatique, échecs répétés = gel, mode sûr en un clic, panneau de diagnostic dans la barre latérale (npm : `bsfeng-dsh-guardian`).

Porte d'authentification pour l'interface web DeepSeek Harness : couvre les pages, /api, /plugins et les mises à niveau WebSocket, avec hachage PBKDF2, cookies de session HttpOnly SameSite et verrouillage de connexion par IP ; inscription par code d'invitation ; 2FA avec TOTP ou passkeys (plusieurs clés par compte, inscription du téléphone par QR, connexion sans nom d'utilisateur et élévation avant tout ajout ou retrait de facteur) ; panneau de gestion des utilisateurs (profil personnel, TOTP et passkeys, ajout et retrait d'utilisateurs, réinitialisation de mots de passe, invitations, effacement des passkeys d'un appareil perdu) ; protection des modèles et clés API réservée aux administrateurs ; isolation par utilisateur sur les API REST/list et les flux d'événements WebSocket …

Un essaim gouverné de six agents DSH spécialisés — orchestrateur, planificateur, passerelle vers la base de connaissances, développeur et deux relecteurs — transforme une exigence en pipeline strict par phases où chaque livraison doit faire ses preuves avec des éléments de preuve structurés avant que la phase suivante ne puisse commencer ; les relecteurs sont en lecture seule, les fusions de code n’ont lieu qu’après une relecture, et un journal d’événements en ajout seul permet une relecture complète et un audit sur un tableau kanban en direct. Sa conception s’inspire du kanban de Hermes Agent.