DeepSeek dévoile son SuperAgent : il travaille à ta place !

00:00:00 Et si ton agent pouvait travailler sur des projets GitHub, corriger des bugs et créer des pull request sans que tu aies besoin de les ? Et bien c'est exactement ce que Deep Psychic veut rendre possible avec son nouveau super agent open source. Et aujourd'hui, on va le mettre à l'épreuve. Aujourd'hui, quand tu utilises un assistant IA pour développer, tu ouvres généralement une une session, tu lui donnes une tâche et tu attends qu'il la termine. Et quand tu veux passer à autre chose, tu dois souvent relancer une nouvelle conversation, lui redonner du contexte et recommencer, ainsi de suite.

00:00:12 Deep Psychic, avec leur nouvelle solution, veut aller beaucoup plus loin. Ça s'appelle super agent. Et l'idée, c'est de ne plus simplement avoir une IA qui répond à tes demandes, mais un véritable système qui va être capable d'organiser le travail entièrement, de gérer plusieurs tâches et de suivre un projet sur la durée.

00:00:24 Et pour comprendre pourquoi Deep Psychic a fait ce choix, il faut d'abord regarder les limites de nos assistants actuels. Alors, le problème avec les agents de développement actuels, c'est qu'ils demandent encore beaucoup d'attention.

00:00:36 Tu peux lancer plusieurs sessions de Claude Code ou d'autres assistants en parallèle, mais derrière, c'est toujours toi qui dois surveiller ce qu'ils font. Et heureusement, j'ai envie de dire.

00:00:48 Mais voilà, tu dois vérifier les résultats, répondre aux questions, relancer des tâches bloquées, et cetera et cetera. Forcément, au bout d'un moment, ça peut devenir de devenir compliqué à gérer si tu as beaucoup de sessions en parallèle.

00:01:00 Deep Psychic explique d'ailleurs qu'en pratique, un développeur arrive généralement à suivre trois à cinq sessions actives en parallèle maximum. Au delà, tu passes presque plus de temps à gérer [raclement de gorge] tes agents qu'à réellement avancer sur ton projet.

00:01:12 Et c'est justement ça que leur super agent cherche à résoudre. L'objectif, c'est de permettre à plusieurs agents de travailler sans avoir besoin de ton attention en permanence. Pour y arriver, Deep Psychic s'appuie sur quatre grandes idées. La première, c'est la continuité. Au lieu d'avoir des conversations séparées qui ne connaissent pas forcément le travail des autres, le système conserve une vue d'ensemble de ton projet. La deuxième, c'est la productivité. Le super agent peut répartir différentes tâches entre plusieurs agents qui vont avancer chacun de leur côté.

00:01:24 La troisième, c'est le côté proactif. Par exemple, lorsqu'un événement arrive sur GitHub, le système peut l'analyser et décider s'il doit intervenir. Mais attention, uniquement si les règles que tu as définies l'autorisent.

00:01:36 Et enfin, la persistance. Si une tâche prend du temps ou qu'un agent doit attendre une réponse, le système garde le suivi du travail pour pouvoir le reprendre plus tard. Et tout ça repose sur une architecture qui est particulièrement intéressante avec deux types d'agents qui ont des rôles bien distincts.

00:01:48 C'est probablement la partie la plus intéressante de super agent. Au lieu de confier tout le travail à un seul agent, Deep Psyche sépare les responsabilités. D'un côté, tu as le routeur. C'est un peu le chef d'orchestre. Il reçoit les demandes, analyse ce qu'il se passe sur le projet et décide de si une tâche doit être lancée ou non.

00:02:00 Et de l'autre, tu as les workers. Eux, ce sont les agents qui font réellement le travail. Ils peuvent analyser ton code, corriger un bug, développer une feature ou préparer une pull request. Chaque worker dispose de son propre environnement de travail, ce qui lui permet d'avancer sans mélanger son contexte avec celui des autres, comme un peu comme les worktrees.

00:02:12 Et surtout, le routeur n'a pas besoin de connaître chaque ligne de code modifiée. Il garde une vue globale pendant que les workers s'occupent des détails. Mais concrètement, comment est-ce que tout ce petit monde se met au ?

00:02:24 Alors, c'est là que super agent super agent se démarque d'un assistant classique. Tu n'es pas obligé d'ouvrir une conversation pour lui demander de travailler. Le système peut directement surveiller ce qui se passe sur ton repository GitHub. Par exemple, tu crées une issue pour signaler un bug, quelqu'un laisse un commentaire sur une pull request ou un test échoue, et bien super agent va récupérer ces événements, vérifier les autorisations, puis déterminer si une intervention est nécessaire. Ça, ça va être le rôle du routeur.

00:02:36 Et si la demande est acceptée, il peut créer une tâche et la confier à un worker. Euh et ce qui est intéressant, c'est évidemment le que le suivi reste lié à la discussion GitHub d'origine. On peut donc continuer d'échanger avec l'agent depuis GitHub sans avoir à lui réexpliquer tout ce qu'il vient de faire.

00:02:48 L'objectif, c'est vraiment de rendre les échanges naturels et de réduire le temps que tu passes à superviser les agents. Alors, dernier point intéressant, la manière dont Deep Psychic envisage l'exécution de ses agents.

00:03:00 L'idée, c'est de pouvoir séparer la coordination du travail de l'environnement dans lequel les tâches sont exécutées. Tu pourrais avoir un système qui organise les demandes et conserve leur suivi pendant que les workers exécutent du code sur les machines adaptées à ton projet.

00:03:12 Donc ça permet notamment de conserver des environnements de développement avec les bons outils, les bonnes dépendances et les bonnes configurations. Alors il faut quand même préciser que certaines de ces idées font encore partie de la vision de Deep Psychic et ne sont pas disponibles dans le prototype actuel.

00:03:24 Et bien justement, plutôt que de rester dans la théorie, on va passer à la pratique. Je vais te montrer comment j'ai installé Deep Psychic euh Harness avec Super Agent et comment l'utiliser euh sur un de mes un de mes repository euh pour et bien pour tester tout ça.

00:03:36 Alors la première chose que je vais faire, c'est que je vais demander à mon agent qui est sur Harness euh de me créer quatre tickets pour mon projet pentiminax.fr. Donc c'est c'est mon blog euh sur lequel je travaille, qui est un site avec Astro.

00:03:48 Et euh et donc j'ai euh tout à l'heure identifié quatre sujets sur lesquels travailler. Le l'agent euh va me créer des tickets sur GitHub. Donc là actuellement euh dans les issues, j'ai rien du tout.

00:04:00 Comment j'ai fait ensuite pour installer euh Deep Psychic ? J'ai été euh dans Alors déjà dans le repo euh Deep Psychic. On va venir chercher le Super Agent. Voilà. Euh je vous mettrai [grognement] le lien dans la description, DS Super Agent Prototype.

00:04:12 Vous avez en fait ici le setup markdown. et tout ça, vous pouvez juste copier le lien et venir le mettre dans n'importe quel agent de code pour qu'il vous l'installe. Alors moi j'ai utilisé notamment Open Code.

00:04:24 Vous avez ensuite quelques petites questions à répondre. Comme je vous disais l'agent, il doit le super agent, il doit être relié à un dépôt GitHub. Donc moi je l'ai relié à brentyminax.fr.

00:04:36 Et ensuite, il peut utiliser soit votre compte GitHub pour les commits, soit vous pouvez lui créer un compte et il va l'utiliser et comme ça vous allez pouvoir facilement identifier est-ce que c'est vous qui travaillez ou est-ce que c'est l'agent qui a commité ses changements.

00:04:48 Donc voilà, une fois que tout est installé donc il y a plusieurs étapes à faire appuyer sur entrée, modifier certaines règles. Hop, on a du coup moi les tickets qui doivent être créés si j'actualise.

00:05:00 Voilà, donc là j'ai les tickets qui ont été créés. Une fois que tout a été installé côté Deep Sick, vous allez vous retrouver avec un site en local sur le port 3082 pour ma part et vous voyez, vous allez avoir Super Agent ici.

00:05:12 On voit ici qu'il y a l'exécuteur qui vient de trouver je crois trois tâches. Si je vais dans le scheduler, là on a rien. Je vais dans le détail. Pending working. 0 sur 3 non OK, c'est juste qu'en fait il peut exécuter trois tâches maximum.

00:05:24 Donc là pour le moment, il n'a pas On va venir voir les settings de Super Agent. Alors là j'ai prepare command, le ticket directory root, les évaluations, not on the list, eval settings observe.

00:05:36 Donc ça ça va être toutes les règles qui vont être présentes au sein du Super Agent. J'ai la source du projet, receive new issue in the project directory. Ah, c'est peut-être ça que j'aurais dû activer en fait.

00:05:48 Receive command, receive the default branch CI. Donc là par contre, evaluate tout à l'heure il a évalué. Je suis dans super agent. Si je retourne sur Open code, j'avais un petit tuto de ce qu'il devait me dire.

00:06:00 Comment [grognement] se peut-il trois règles pour essayer depuis ton compte sur une tuile du point ticket apparaît. Ah OK d'accord. Donc là comme j'avais pas activé la partie mince du du trigger qu'on avait tout à l'heure.

00:06:12 Je peux venir aller dans cette issue par exemple et venir mentionner Pont Kim Inax puisque j'ai utilisé mon propre compte. Je me mentionne moi-même si j'aurais utilisé un compte spécifique pour l'agent de code forcément j'aurais dû le mentionner lui.

00:06:24 Si maintenant dans super agent je retourne ici est-ce que on va voir si on voit quelque chose vous voyez arrived. On peut All street. OK, source GitHub running. Donc là est-ce qu'il est en train de ? OK après quelques minutes à galérer, j'ai enfin trouvé. En fait, on peut pas se mentionner soi-même, ça fonctionnera pas. Il faut un compte dédié à l'agent.

00:06:36 Donc là je l'ai assigné, je me suis créé un compte et j'ai je suis venu l'ajouter à mon projet. Dans la partie ici late 24 hours, je vois le commentaire qui a été ajouté et l'évaluation qui est en cours.

00:06:48 L'évaluation donc c'est le routeur qui va regarder est-ce que l'agent a une action à faire ou pas. Donc là par rapport à ma demande a priori oui, je lui demande de vérifier les liens internes du dépôt et de corriger ceux qui pointent vers des articles inexistants.

00:07:00 On voit une session qui se fait. Une clé API par contre qui n'est pas bonne alors là ça doit être de mon côté, je vais corriger ça. Voilà maintenant que la clé API est corrigée, on voit que le routeur a bien accepté le en quelques secondes à peine le le ticket et du coup il a il est venu créer un nouveau dossier avec le nom euh de la de la tâche fix broken internal links.

00:07:12 Et euh et on voit bah qu'il est en train de travailler. Il est en train de regarder sur comment sont faites les redirections et bah il devrait bosser jusqu'à a priori me proposer je suppose une une pull request.

00:07:24 Et on peut aller je pense euh et bien faire des travaux en parallèle. Ici, on peut lui demander euh regarde cette tâche et traite-la comme ça c'est direct. Alors ce qu'il faut savoir c'est que dans les les settings ici on a euh un polling alors euh qui doit être [soupir] ici dans l'advanced voilà de 60 secondes. C'est-à-dire que tous les 60 secondes, les événements vont être traités. C'est pas instantané.

00:07:36 On voit ici les différents événements qui sont reçus. Euh ah non ça c'est pas non c'est l'historique de configuration. Euh accepted donc là on voit euh les subscribed. Est-ce que c'est Non c'est le ticket de tout à l'heure.

00:07:48 Si je vais ici, OK en fait donc il s'est abonné à la PR 55 donc c'est la première pull request que j'ai ouverte et que sur laquelle je l'ai mentionné. Et donc là bah il m'a répondu "Je vérifie les liens internes du dépôt et corrige ceux qui pointent vers des articles qui n'existent pas." Oui ça c'est c'est hyper sympa. Tout se passe dans la discussion de de GitHub.

00:08:00 Notre agent nous nous répond pendant qu'il est en train de travailler. En fait chaque message que je vais envoyer ici et bien comme il est abonné, il va directement les recevoir. Ça va pas être une attente de 60 secondes comme on l'a sur les événements ici.

00:08:12 Euh ça va être direct vu qu'il est en train de travailler dessus. Là on voit que il y a un 3e ticket qui est arrivé. Donc là voilà. Il vient de s'abonner à la la tâche du coup 56. Je devrais voir dans mon super agent euh voilà ticket created for issue 57.

00:08:24 Alors qu'est-ce qui se ? OK juste là. Ouais c'est la 57 que je je vais demander. "Je traite l'issue 57 à rapatrier la section en en script ici du dépôt. Parfait. Donc le routeur, de la même manière, il a bien compris que euh il y allait avoir la besoin du worker. Et voilà, on a un deuxième projet, vous voyez, qui est en train de se faire.

00:08:36 Euh donc il travaille là, je suis je suis en train d'utiliser Open Router avec le modèle Deep Seek V4.1. On reste complètement côté Deep Seek pour euh pour ça, dans le Arlet Deep Seek. On voit qu'il est en train d'écrire du code.

00:08:48 Euh et du coup les pull requests devraient pas tarder à arriver. Et bien voilà, j'ai mes deux pull requests qui viennent d'être créées. Euh alors s'il y a la CI qui est en erreur, mais ça c'est normal, c'est parce que le déploiement Vercel est est activé uniquement que si c'est le compte Pont Tminac qui vient euh qui vient créer la pull request.

00:09:00 Donc ça, c'est des pour des PR que je vais pouvoir relire. Au sein de Deep Seek, qu'est-ce que ? J'ai du coup euh la le résumé, la PR est prête, test, documentation, les règles. Je peux voir la les fichiers ici qui ont été modifiés.

00:09:12 Au niveau du super agent, il me dit que les deux tickets ont été traités. Euh et là on a le résultat des deux côtés. Si je vais sur le plugin, je vois du coup ici la CI fail. On voit les différents événements.

00:09:24 Euh et là awaiting review, awaiting answer. Donc c'est vraiment très très intéressant pour faire du temps réel avec les agents. Et finalement, on s'en occupe [raclement de gorge] On va s'en occuper moins, on va travailler complètement d'une autre manière. Donc très content de voir ce nouveau paradigme de développement avec avec les agents IA.

00:09:36 N'hésitez pas à me dire ce que vous en pensez en vidéo et on va suivre ça de très très près et même continuer à utiliser ça euh sur quelques projets pour voir comment euh ben ça se passe avec les avec cette méthode de travail.

00:09:48 N'hésitez pas à vous abonner si euh vous voulez suivre les nouveautés sur l'euh l'intelligence artificielle dans les jours qui viennent.