DeepSeek Harness · Tout est plugin
DeepSeek Harness fait du « ce qu'il peut faire » des modules enfichables : adaptateur de modèle, outils, skills, session, sandbox, stockage, boucle, ordonnancement et UI sont tous des plugins. Alignez d'abord le besoin dans le chat web DeepSeek avec DeepSeek-V4, puis remplacez les plugins correspondants dans la configuration Harness.
Noyau
Cordis
Chargement / déchargement / dépendances
Capacité
Tout est plugin
Y compris modèle et UI
Config
Composition libre
Sans toucher au code source
Écosystème
dsh-plugin
Découverte via topic GitHub
Formulation officielle : toutes les capacités Agent sont fournies par des plugins. Cela signifie que l'adaptation DeepSeek-V4, les jeux d'outils et même l'interface peuvent être remplacés ou étendus.
Le modèle est l'âme de l'Agent, mais dans Harness c'est aussi un plugin. Vous pouvez changer d'adaptateur selon la configuration et brancher DeepSeek-V4 ou un autre fournisseur sur le même jeu d'outils et le même journal de session.
plugin modèle DeepSeek-V4Édition de fichiers, Shell, recherche, Skills, etc. s'enregistrent comme plugins dans la table d'outils. Le mode standard offre la combinaison complète ; le mode minimal peut se réduire à bash + éditeur pour l'évaluation.
DeepSeek Harness outilsLe journal de session est append-only : invite système, chaîne de pensée, résultats d'outils, ordonnancement des sous-agents et injection de contexte partagent la même source rejouable, pour déboguer « ce que le modèle a vraiment vu ».
journal de session DeepSeekSandbox, système de fichiers et persistance sont aussi des plugins. Changer de stratégie de sandbox ne nécessite pas de modifier la boucle Agent : il suffit de basculer l'implémentation au niveau configuration.
DeepSeek Harness sandboxBoucle Agent, ordonnancement de tâches et orchestration de sous-agents sont composables. Le mode PTC / Code Mode permet en outre au modèle d'enchaîner des outils multi-étapes via un programme TypeScript.
boucle Agent DeepSeekLa Web UI n'est pas une coquille irremplaçable. dsh web lance l'interface navigateur, elle-même dans l'arbre de plugins ; selon le profil (p. ex. web / headless), on empile des paquets différents.
DeepSeek Harness Web UIL'architecture officielle décrit dsh en cours d'exécution comme un arbre de plugins formé de plusieurs couches de configuration au démarrage. Comprendre les couches aide à étendre plutôt qu'à forker.
01
Un profil est une combinaison nommée : bundles empilés, plugins hors arbre et votre propre cordis.patch.yml. web et headless sont fournis sous forme de modèles.
02
Presque toujours la première couche de chaque profil : adaptateur de modèle, outils, persistance, stratégies de sandbox et d'approbation, réglages, identifiants, télémétrie et autres bases.
03
web-app empile l'application navigateur ; headless empile un runner ponctuel sans serveur. Même philosophie de plugins, formes de livraison différentes.
04
Le topic dsh-plugin rend les plugins trouvables. En aperçu, les API changent ; les auteurs de plugins doivent suivre le guide de développement officiel et les Discussions.
La licence rend le code auditable ; Cordis rend le runtime recomposable. Pour les développeurs d'Agent DeepSeek, cela signifie un coût de fork plus bas.
01
Les plugins déclarent les services requis (p. ex. tools, llm) via inject ; Cordis démarre les consommateurs une fois les services prêts. L'ordre de chargement suit les dépendances, pas les numéros de ligne YAML.
02
Écouteurs, enregistrements d'outils et minuteries sont nettoyés automatiquement au déchargement du plugin. Les ressources à libérer explicitement enregistrent un disposer via effect, pour éviter les fuites après hot-swap.
03
Si vous hésitez entre changer de modèle ou d'outils, clarifiez d'abord les limites de la tâche dans le chat web DeepSeek avec DeepSeek-V4, puis revenez à Harness pour ajuster la configuration — évitez de modifier les plugins à l'aveugle.
DeepSeek-V4 vous aide à clarifier la tâche ; les plugins Harness branchent les capacités dans l'environnement réel.
Selon la documentation officielle : forme des plugins, composition de configuration, et répartition des rôles avec le chat web DeepSeek.
Forme courante : un module TypeScript exportant apply(ctx) ; possible aussi un objet avec apply, ou une sous-classe Service fournissant des services. Au chargement, le framework passe le contexte partagé ctx.
Enregistrez le chemin de module ou le nom de paquet dans cordis.yml / overlay / patch. Le tutoriel officiel insiste sur des chemins absolus dans certains scénarios, et sur l'empilement de profils plutôt que la modification des paquets cœur.
L'équipe classe l'UI comme capacité plugin au même niveau que modèle et outils. Vous pouvez choisir ou étendre l'interface au niveau configuration sans modifier le code source de DeepSeek Harness.
Non. Le chat web convient à la conversation rapide et au raisonnement DeepSeek-V4 ; les plugins conviennent pour figer un flux validé en chaîne d'outils. Les CTA de ce site vous mènent d'abord au chat web.
Il y aura des changements cassants — c'est l'avertissement officiel en majuscules. Traitez les plugins comme des expériences évolutives, suivez les Discussions, et ne supposez pas d'API stables à long terme.
Dans le dépôt officiel : docs/architecture.md, primer Cordis et guide de développement. Cette page sert à la recherche et à la compréhension produit ; elle ne remplace pas la documentation upstream.
Activez dsh quand outils locaux et sandbox sont nécessaires ; vous pouvez d'abord entrer dans le chat web DeepSeek.