DeepSeek a publié Super-agent, un prototype d'agent de codage open source qui surveille un dépôt GitHub unique et peut optionnellement écouter des discussions de groupe Feishu. Le système achemine les demandes approuvées vers des sessions de travail distinctes, exécute les tâches assignées et rapporte la progression ou les résultats dans la conversation où chaque demande a été formulée.

L'équipe Harness de DeepSeek a annoncé le projet le 31 octobre et a publié le code sous licence MIT. Le lancement a suscité des comparaisons avec Claude Code d'Anthropic, bien que DeepSeek décrive Super-agent comme un logiciel de recherche plutôt qu'un produit officiel ou un outil prêt pour la production. L'entreprise a également indiqué que la version publique diffère du système utilisé en interne.

Le code du projet est disponible sur GitHub.

Comment Super-agent gère GitHub et les demandes d'équipe

Le prototype est conçu pour fonctionner avec un dépôt unique sur github.com et peut recevoir des demandes via GitHub ou des discussions de groupe Feishu en option. Un membre approuvé peut soumettre une demande via l'un ou l'autre canal. Super-agent convertit la demande en élément de travail, crée une session et un répertoire de travail dédiés, et renvoie des mises à jour de progression ou un résultat final dans la conversation d'origine. Le résultat peut inclure une pull request.

Un panneau web local affiche les questions nécessitant une décision humaine. Le système utilise une session Router persistante pour traiter les demandes et maintenir un contexte partagé, tout en assignant les tâches individuelles à des sessions Worker distinctes. Le Router peut accepter de nouvelles demandes pendant que des tâches existantes sont en cours, permettant le chevauchement des tâches. Les Workers répondent aux commentaires sur leurs pull requests, et chaque Ticket reçoit sa propre session et son propre répertoire.

Ce flux de travail relie les demandes de chat aux modifications du dépôt et à l'activité de revue, de sorte que les décisions de déploiement impliquent à la fois la configuration logicielle et la gouvernance d'équipe. Le flux d'approbation documenté, le mode observation et les restrictions d'utilisateurs fournissent des contrôles pour évaluer ces interactions avant que l'agent ne soit autorisé à agir automatiquement.

Les équipes peuvent configurer l'agent pour effectuer un travail selon des règles écrites, mais la configuration par défaut est le mode observation. Dans ce mode, Super-agent enregistre ce qu'il ferait sans exécuter la tâche proactive. Les opérateurs peuvent examiner les actions proposées avant d'activer l'acceptation automatique. DeepSeek indique que cette disposition permet aux mainteneurs d'ajuster les permissions et de limiter les activités indésirables.

Le projet a attiré l'attention dès sa publication. GitHub affichait 6,6k étoiles et 652 forks au 1er novembre. Ces chiffres indiquent un intérêt pour le dépôt, pas une performance de codage. Le README de DeepSeek avertit que le code public peut contenir des bugs, utilise des pratiques d'ingénierie incohérentes et diffère de la version interne de l'équipe. Il recommande de réviser et d'adapter le code avant de le déployer dans un autre environnement.

Configuration requise et risques d'accès

Super-agent nécessite un utilisateur GitHub dédié disposant d'un accès en écriture au dépôt cible. Sa configuration prend en charge Node.js 22.19 ou supérieur, ou la version 24 ou supérieure, et requiert également pnpm, Git 2.32 ou supérieur, Python 3.8 ou supérieur et tmux. Les opérateurs ont besoin de GitHub CLI 2.48 ou supérieur, d'une version prise en charge de DeepSeek Harness et d'un fournisseur de modèle configuré.

Le projet prend actuellement en charge les dépôts hébergés sur github.com, mais pas GitHub Enterprise Server. L'intégration Feishu est optionnelle et nécessite un bot ainsi que lark-cli. Un compte distinct est utilisé pour l'identité GitHub de l'agent et la signature, ce qui ajoute plusieurs outils locaux et configurations de compte au processus d'installation.

La considération la plus importante concerne l'accès local aux processus de l'agent. Les sessions Router et Worker s'exécutent avec les permissions complètes de l'utilisateur du système d'exploitation qui les lance. Un Worker peut exécuter des programmes par chemin et lire le répertoire home de cet utilisateur. Les gestionnaires d'identifiants GitHub sélectionnent le compte GitHub de l'agent, mais n'isolent pas le processus du reste du système d'exploitation.

Pour cette raison, DeepSeek recommande d'utiliser un compte de système d'exploitation dédié contenant uniquement les identifiants de l'agent. Sinon, un Worker pourrait accéder aux fichiers et identifiants disponibles pour le compte de lancement, et l'identité GitHub de l'agent ne restreint pas ses permissions locales. Comme Super-agent peut accéder aux discussions d'équipe et à l'activité du dépôt, les opérateurs doivent également vérifier quels utilisateurs peuvent soumettre des demandes et quelles permissions de dépôt sont disponibles. La documentation de DeepSeek indique que les équipes devraient commencer par des affectations restreintes tout en évaluant le système.

Bloomberg a présenté cette publication comme un défi à Claude Code d'Anthropic. Super-agent achemine le travail via le chat, le contrôle de version et la revue de code, mais son dépôt ne contient aucun benchmark comparatif couvrant la précision, la vitesse ou la fiabilité du codage. Il ne fournit non plus aucune preuve publiée que l'agent de codage de DeepSeek égale la performance de codage de Claude Code. Pour les équipes évaluant le prototype, la prise en charge de l'hébergement du dépôt, l'isolation des permissions locales et les tests de performance indépendants restent donc des points d'évaluation pratiques plutôt que des capacités établies.

Source : Blockonomi