DS Bot, des agents persistants en équipe

TThéa

Alors, DS Bot est un plugin open source pour DeepSeek Harness, aussi appelé DSH, et le projet a dépassé les 4 600 étoiles sur GitHub alors qu’il est encore en version préliminaire 0.2, d’après AlphaSignal. Son apport principal, c’est de permettre à plusieurs bots persistants de travailler au sein d’une même organisation, plutôt que de limiter l’usage à une conversation avec un seul assistant. Chaque bot peut garder une mémoire et utiliser un modèle différent, ce qui permet de configurer une équipe avec des outils ou des rôles distincts. Les échanges peuvent se faire en tête-à-tête ou dans des conversations de groupe, où des bots se transmettent des tâches au moyen de mentions. Un bot administrateur, appelé Chief dans la présentation du projet, peut coordonner le groupe et aider à la configuration initiale. Il ne s’agit donc pas simplement d’ajouter une fenêtre de discussion : le projet met l’accent sur la mémoire persistante et la collaboration entre plusieurs agents. Le nombre d’étoiles indique que le projet a attiré l’attention sur GitHub, mais ne permet pas, à lui seul, de conclure sur sa maturité ou sur la qualité des résultats produits.

TThéa

Chaque bot dispose d’une mémoire persistante, et le projet permet de choisir des modèles différents selon les bots. Dans une conversation collective, un bot peut en solliciter un autre en le mentionnant, pour lui transmettre une tâche. Cette organisation permet donc de passer d’un agent à un autre sans que l’utilisateur ait nécessairement à recopier lui-même chaque demande. Le groupe dispose aussi d’une mémoire isolée, distincte des mémoires des autres conversations, ce qui sépare le contexte collectif des autres échanges. C’est une caractéristique importante pour comprendre le fonctionnement : la continuité repose à la fois sur la mémoire de chaque bot et sur celle du groupe. Le projet décrit ainsi des échanges directs et collectifs, mais cela ne suffit pas à établir comment les bots choisissent leurs rôles dans chaque mission, ni si les transferts produisent toujours un résultat fiable. Il faut donc distinguer les mécanismes annoncés, comme la mémoire et les mentions, des performances concrètes, qui ne sont pas quantifiées dans les informations disponibles.

TThéa

DS Bot peut intéresser les personnes qui souhaitent organiser plusieurs assistants persistants autour de tâches complémentaires, par exemple en faisant intervenir différents bots dans une conversation de groupe. Le projet est proposé sous trois formes : une application de bureau, un plugin pour DeepSeek Harness ou une image Docker. Il fonctionne localement et utilise la licence Apache 2.0. DeepSeek Harness gère les sessions de modèles, les outils et la configuration du fournisseur, tandis que DS Bot ajoute une interface et une couche de collaboration. Le choix entre ces formes dépend donc de la manière dont l’utilisateur veut installer et utiliser l’outil, mais les informations disponibles ne détaillent pas les différences de fonctions entre les installations. Les bots peuvent aussi s’appuyer sur des modèles différents, mais leur utilisation dépend du fournisseur configuré dans DSH. Si l’inférence passe par un service distant, les prompts et les fichiers peuvent quitter l’ordinateur, et l’usage des modèles ainsi que sa facturation restent liés à ce fournisseur. Le fait que l’application fonctionne localement ne signifie donc pas automatiquement que chaque étape du traitement des demandes se déroule sur la machine de l’utilisateur.

TThéa

DS Bot s’appuie sur MCP pour ses capacités, et l’exécution des commandes locales nécessite l’approbation de l’utilisateur. Cette validation est un contrôle avant l’exécution, mais elle ne signifie pas que toutes les conséquences d’une commande sont automatiquement évaluées par l’outil. Il faut donc examiner ce qui est demandé avant d’autoriser une action locale. La question de la confidentialité dépend aussi du mode d’inférence : si un fournisseur distant est configuré, les prompts et les fichiers peuvent être transmis hors de l’ordinateur. C’est un point à vérifier en particulier lorsque les échanges ou les documents contiennent des informations sensibles. Le fonctionnement local de l’application et le lieu où un modèle traite une demande sont deux éléments distincts. Les utilisateurs doivent donc regarder la configuration du fournisseur, plutôt que déduire du seul mot « local » que les données ne quittent jamais leur machine. Les informations disponibles précisent ces conditions, mais ne donnent pas de détail sur les réglages de confidentialité propres à chaque fournisseur ou sur les mesures de sécurité associées aux données transmises.

TThéa

DS Bot prend en charge la création et la modification de fichiers DOCX, PPTX et XLSX, c’est-à-dire des documents, des présentations et des feuilles de calcul. Pour les documents, il propose notamment le suivi des modifications ; pour les présentations, il prend en charge des opérations sur les diapositives. Ces possibilités étendent les usages décrits au-delà des conversations entre bots, vers la production et l’édition de fichiers de travail. Elles ne permettent toutefois pas de conclure que les documents générés ou modifiés sont nécessairement exacts : le résultat doit être vérifié par l’utilisateur. Au fond, DS Bot rassemble plusieurs éléments dans un projet encore préliminaire : des bots à mémoire persistante, des transferts de tâches par mentions, des conversations collectives et des fonctions bureautiques. Il existe sous forme d’application de bureau, de plugin DSH et d’image Docker, avec une exécution locale possible sous licence Apache 2.0. Les commandes locales passent par une approbation, tandis qu’un fournisseur distant peut recevoir prompts et fichiers pour l’inférence. Et les plus de 4 600 étoiles sur GitHub signalent un intérêt pour le projet, sans constituer une preuve de maturité ou de qualité des résultats.