En bref :

• L’agent de programmation de DeepSeek peut surveiller un dépôt GitHub et des discussions Feishu facultatives, puis acheminer les demandes approuvées vers des sessions de travail distinctes.

• DeepSeek décrit Super-agent comme un code de recherche sous licence MIT, précise qu’il n’est pas prêt pour une utilisation en production et indique qu’il diffère de la version interne.

• La configuration du projet comprend plusieurs outils locaux et un compte GitHub dédié ; GitHub Enterprise Server ne fait pas partie du périmètre actuellement pris en charge.

• Ses sessions Router et Worker disposent d’un accès complet au compte système de l’opérateur ; DeepSeek recommande donc d’utiliser un compte distinct pour assurer l’isolation.

DeepSeek a publié un prototype open source d’agent de programmation qui surveille le travail logiciel et répond aux demandes de l’équipe. Baptisé Super-agent, l’agent de programmation de DeepSeek se connecte à un dépôt GitHub et peut également surveiller les discussions de groupe sur Feishu. Il crée des sessions distinctes pour les tâches qui lui sont attribuées, effectue le travail et en communique les résultats dans la conversation où les demandes ont été formulées.

L’équipe Harness de DeepSeek a annoncé le projet le 31 octobre et publié son code sous licence MIT. Son lancement a suscité des comparaisons avec Claude Code. DeepSeek le présente comme un logiciel de recherche, et non comme un produit officiel ou un outil prêt pour la production. La version publique diffère également du système utilisé en interne par l’équipe.

Comment l’agent de programmation de DeepSeek gère GitHub et les demandes de l’équipe

Le prototype est conçu pour un seul dépôt et peut surveiller GitHub ou, en option, les discussions de groupe sur Feishu. Un membre autorisé peut envoyer une demande par l’un ou l’autre de ces canaux. L’agent de programmation de DeepSeek la transforme en tâche et utilise sa propre session et son propre répertoire de travail. Il communique l’avancement ou le résultat dans la conversation d’origine, ce qui peut inclure une pull request. Un panneau Web local affiche les problèmes qui nécessitent une décision humaine.

L’agent de programmation de DeepSeek utilise une session Router persistante pour traiter les demandes et maintenir un contexte partagé. Il attribue les tâches à des sessions Worker distinctes. Le Router peut accepter une nouvelle demande pendant que d’autres tâches sont en cours, ce qui permet de les exécuter en parallèle. Les Workers suivent les commentaires sur leurs pull requests ; chaque Ticket dispose de sa propre session et de son propre répertoire.

Les équipes peuvent autoriser les tâches qui suivent des règles écrites, mais la configuration par défaut est le mode observation. Dans ce mode, le système consigne ce qu’il ferait sans exécuter la tâche proactive. Les opérateurs peuvent examiner ces suggestions avant d’autoriser leur acceptation automatique. Cette conception permet aux responsables de régler les autorisations et de réduire les activités indésirables.

L’intérêt a rapidement grandi après la publication. Au 1er novembre, GitHub affichait 6,6 k étoiles et 652 forks. Ces chiffres témoignent d’un intérêt précoce, et non des performances. Le fichier README de DeepSeek indique que le code public peut contenir des bogues, que ses pratiques d’ingénierie sont incohérentes et qu’il diffère de la version interne de l’équipe. Il recommande de l’examiner et de l’adapter avant de l’utiliser dans un autre environnement.

Pourquoi l’agent de programmation de DeepSeek nécessite un cloisonnement rigoureux

L’agent de programmation de DeepSeek nécessite un compte GitHub dédié disposant d’un accès en écriture au dépôt. La configuration est compatible avec Node.js 22.19 ou une version ultérieure, ou avec la version 24 ou ultérieure. Elle nécessite également pnpm, Git 2.32 ou une version ultérieure, Python 3.8 ou une version ultérieure, ainsi que tmux. GitHub CLI 2.48 ou une version ultérieure et une version prise en charge de DeepSeek Harness sont également nécessaires. Un fournisseur de modèles doit aussi être configuré.

Le projet prend en charge les dépôts sur github.com, mais pas GitHub Enterprise Server. Les discussions Feishu sont facultatives et nécessitent un bot ainsi que lark-cli. Un compte distinct pour l’agent gère son identité GitHub et la signature. Ces exigences impliquent de configurer plusieurs outils locaux et comptes.

Le risque principal concerne l’accès aux processus. Les sessions Router et Worker s’exécutent avec un accès complet sous le compte de l’utilisateur du système d’exploitation qui les lance. Un Worker peut exécuter des programmes par leur chemin d’accès et lire le répertoire personnel de cet utilisateur. Les wrappers d’identifiants GitHub sélectionnent le compte de l’agent, mais n’isolent pas le processus. DeepSeek recommande donc un compte de système d’exploitation dédié ne contenant que les identifiants de l’agent.

Ce modèle d’accès est important, car un worker peut lire les fichiers et les identifiants accessibles au compte qui l’a lancé. L’identité GitHub de l’agent ne limite pas ses autorisations locales. L’accès de l’agent de programmation de DeepSeek aux discussions de l’équipe et à l’activité du dépôt rend indispensable l’examen des autorisations des demandeurs et des permissions du dépôt. Les équipes devraient commencer par lui confier des tâches limitées tout en évaluant son comportement.

Bloomberg a présenté cette publication comme un défi lancé à Claude Code d’Anthropic. Super-agent achemine le travail via les discussions, le contrôle de version et la revue de code. Le dépôt ne fournit aucun test comparatif de la précision, de la vitesse ou de la fiabilité du codage. Il ne présente aucune preuve publiée que l’agent de programmation de DeepSeek égale les performances de Claude Code en matière de codage.

L’article « DeepSeek Coding Agent Routes GitHub Tasks Through Team Chats » est paru en premier sur Blockonomi.