La NOUVELLE feature Claude Code qui remplace une équipe entière

0:00 La feature la plus dingue qu'on a eu avec Cut code est là. Je suis en train de te montrer ce qui se passe en live. C'est assez incroyable ce qui est en train de se passer. On a ici un main agent qui est juste ici et qui vient de lancer ici un second agent avec ici Tmux. Et évidemment dans cette vidéo, je vais t'expliquer comment faire. Donc ici ce qu'il a fait c'est que il doit implémenter les features et là tu vois que ce qui vient de se produire c'est qu'il a lancé carrément deux agents. Donc là on a un main agent. Donc ça c'est la conversation que j'ai eu qui est juste ici. Et là il y a eu ce chat qui vient de se lancer. Et ce qui est

0:45 incroyable, je pèse mes mots. Je pèse mes mots parce que là Lu donne envie de se voilà, OK, je vais pas finir la phrase. C'est que ici on a le main agent et là on a un agent qui est backend. Mais contrairement au subagent qu'on avait à l'époque qui nous empêchait de correctement faire fonctionner tout ça, cette fois on a trois agents qui travaillent en même temps sur la fature, mais chaque agent a son propre chat. et je peux arrêter la conversation quand je veux, ajouter des instructions, ajouter des informations et on peut voir ici que il y a du coup je vais déplacer ma caméra. Bam ! Voilà, ici on a admin UI qui travaille, on a Widget qui travaille et on a Backend qui travaille. On a donc

1:31 trois agents qui sont en train de travailler en même temps. Ici, on a le premier agent qui a terminé et ici, il nous dit euh tasque 1 a été terminé, j'arrête. Et là, tu vois qui shutdown request by team lead. Il y a team lead. Donc lui, c'est le team lead qu'on a à gauche. Il a demandé le shutdown de l'agent. C'est incroyable. C'est incroyable. J'ai l'impression dans un film les amis. J'ai l'impression d'être dans un film. Ça donne envie de se waouh ! Non mais c'est incroyable. Donc là, qu'est-ce que j'ai fait pour information ? Pour que vous ayez un petit peu le contexte, qu'on puisse voir un petit peu ce que ça donne, j'ai rajouté un petit chat. Donc euh ce qu'on a dans mon application qui

2:17 s'appelle qui s'appelle ciao pour envoyer les chats. J'ai rajouté une petite fature microphone comme ça en production la feature microphone fonctionne déjà. Ce que j'ai fait ici, c'est que je l'ai rajouté en dev. Enfin, je l'ai undo en local et je l'ai relancé avec le agent swarm. Donc là, on voit qu'il y a le widget qui s'est terminé et euh il y a le admin UI qui est toujours en train de progresse. Donc ce qu'on peut voir, c'est qu'il a réussi du coup à lancer trois agents en même temps. Il a bien compris comment séparer les tâches ici pour ces trois agents. Et une fois que les agents étaient en train de travailler, on peut voir qu'il est capable de les arrêter avec ici un chat qui est assez drôle parce que tu vois qu'ici c'est en blanc. Là, on a le nombre d'agents qui est en train de travailler sur les fatures. Là,

3:03 on a le nom de l'agent du coup admin UI qui est en train de travailler. On a le modèle, on a le contexte, on a une vraie instance de cloud juste ici, hein. Évidemment, là, il y a pas de il y a vraiment une vraie instance de cloud qui se passe. Et euh, on peut voir que là, quand il termine, allis-moi marquer la tâche comme compléter et notifier le team lead. Donc là, il a marqué la tâche comme complété et il a le team lead. Et là, il a dit "Moi, je vais shutdown euh je vais shutdown ici admin UI et je vais vérifier que les tâches ont bien été effectuées." Donc là, boum, on retourne sur un seul terminal. C'est magique. C'est magique. C'est fantastique. Faut savoir que

3:49 l'outil qui est utilisé ici pour faire fonctionner tous ces terminales de manière un peu magique, magnifique, c'est TMux. Donc TMUC, c'est un outil en fait qui permet de lancer plusieurs terminales dans un terminal. Donc là, on peut voir qu'il y a le main agent qui vient clean up les modifications qui ont été faites par les autres agents. Et là, de manière assez magique, on voit l'arrêt entre guillemets de de ce qui est en train de se passer. J'imagine que là, il a il va peut-être lancer des tests. OK, il rajoute de la documentation et là il a entre guillemets terminé. Alors, on peut vite fait tester ce qu'il a pu réaliser. Alors, moi, j'ai déjà fait la fiture, donc c'était principalement pour lui lancer sur une tâche très compliquée. On va parler des avantages après. Donc, reste bien jusqu'à la fin de la vidéo.

4:35 Et j'ai préparé un schéma de zinzin pour t'expliquer exactement comment ça fonctionne et je vais aussi expliquer comment le setup chez toi. Donc, tous tes zinzins jusqu'ici, hein. Donc là, on a notre test agent et je vais lancer PDV. Alors, j'espère que j'ai pas de port 3000. Et ici, PNPM convex dev. Je pense qu'on va se retrouver avec 12000 erreurs comme d'habitude. OK, donc voilà le petit test. Ce qui est très intéressant, c'est que moi j'avais du coup déjà fait cette fature en production et là j'ai juste endo les et commits pour pouvoir faire le petit test parce que je savais que c'était une fature très complexe. Et euh ce qui est intéressant ici, c'est que il l'a fait très très vite, mais vraiment très très vite. Donc là, on va tester. Hello, c'est moi Melvin qui te parle. Qu'est-ce que tu dis aujourd'hui ? Qu'est-ce que tu as envie de faire ? Ça marche bien.

5:20 Ça marche bien. L'implémentation est dantesque. De tous les tests que j'ai fait, j'ai fait un autre test. OK. Bon là là ça là ça marche moins bien. Là ça marche moins bien. De tous les tests que j'ai fait tout avec Codex et tout. Vous avez peut-être vu ma vidéo ma vidéo sur les nouveautés Codex et cetera que j'ai évidemment bombardé bombardé. Mais ici, on a tout ça. Donc là, voilà, on a on a l'histoire. Est-ce que ça fonctionne ? L'intégration du micro est pas mal. Je pense que je vais refaire un petit truc qui ressemble un peu à ça. L'expérience UX, c'était vraiment cool. À voir ce que je j'arrive à faire. Donc là, on vient juste essayer de corriger et je reviens quand c'est corrigé. Bon,

6:07 le problème, c'est que vu que j'ai fait la fature avant, ma database, elle est complètement out dans la vie. Mais c'était juste pour te faire la démo. Euh, faudrait que je fasse une feature que j'ai pas déjà fait, ce serait bien mieux. Mais voici un petit peu cette première exemple de agent. Alors, comment ça fonctionne ? Pour ça, j'ai fait la technique habituelle de venir demander à Lia de me créer un document. Et donc, voici le document. Alors, attendez, je vais l'ouvrir sur mon navigateur préféré. Booum. Alors, voici le document Agence Swarm. Ça va te permettre de spawn, de venir créer des agents autonomes qui vont travailler en parallèle, communiquer et se coordonner depuis une tasque partagée. En une seule sentence, ça vient créer une team et ensuite ça vient lancer les agents pour

6:53 faire chacun des choses. L'architecture, c'est qu'il y a un team lead. Donc ça, ça va être l'agent principal que tu crées. Et ce team lint, il va pouvoir appeler tous les agents que tu as fait. Et donc là euh on a un truc intéressant, c'est que les fichiers agent.md qu'on avait peut-être dans Cloud ici va peut-être falloir les retravailler pour faire ça. Donc le life cycle c'est que on vient spawn un agent, ensuite il est assigné à une tâche, il travaille, ensuite il termine, ensuite il envoie un message, il peut retravailler. Donc c'est-à-dire le team lead peut lui redonner du travail encore et encore avant de se shutdown. Les outils qui a disponibilité qui sont disponibles, c'est team create team. Quand il vient créer une team, ça

7:39 vient faire une liste de tâches partagées. C'est la première étape. Ensuite, il va créer des tâches. Donc tas create qui vont être ajouté dans un fichier team. Donc là, c'est intéressant de venir voir si on a eu ce fichier qui s'est fait. Tasque. Alors, il y a eu les tasques. Donc ici, on a eu les tasques. Mais qu'est-ce qu'il y a dans tasque ? et on a eu usage data. On va relancer en analysant un peu ce qui se passe dans le dossier cloud. Mais on voit qu'ici ça vient créer un fichier team avec config un fichier task. Ensuite task create avec subject description active form. Task list pour liste les tâches. Task get pour récupérer une tâche. Task update pour donner un donc l'assigner un

8:25 teammate. Changer le statut et ajouter des blocs. Donc il y a pending in progress completed deleted. Et il y a ensuite task. Donc il vient spawner un teammate et donc task prend des nouveaux paramètres. qui prend description prompt subgent type et il prend un team name et un name finalement c'est exactement ce que j'avais prédit dans mon autre vidéo. On voit les tâches fait pas mal de vues d'ailleurs. Donc si vous avez suivi les deux vidéos, vous allez voir que j'ai bien senti le truc. Ensuite, il peut envoyer un message. Donc ici, c'est la send message. Ça permet au team member d'envoyer des messages au team lead avec les messages type. Donc ici, on a un autre fichier euh qui m'a créé message type.

9:13 Donc il peut envoyer un message. Dit envoyer un message à un teammate. C'est incroyable. Donc là, il envoie un message à un teammate spécifique. Broadcast, il envoie à tous les teammates. Shutdown request, c'est quand il demande de shutdown un élément. Ensuite, shutdown repense, c'est quand il euh shutdown et plan approval response, c'est quand un teammate approuve un plan. Ensuite, on a S message Message et on a team delete pour clean up. Donc adent, ça c'est tous les agents que vous allez pouvoir créer. Donc là, intéressant de venir créer. Donc moi par exemple, j'avais créé un agent spécifiquement pour ça que j'ai pas réussi, c'est Task Worker. Je pense que je vais l'appeler Team Member qui va être optimisé pour implémenter un un truc de team. Et du

9:59 coup les dépendanci, on peut créer des dépendances entre les tâches et du coup là il y a le workflow complet. Voici un petit peu comment ça fonctionne. On va tester euh le petit prompt que j'ai du coup pour euh pour créer une application de zéro et on va essayer de créer cette application de zéro en utilisant les agents. Donc comment est-ce qu'on doit faire ? Alors ici on va aller dans model test. Moi je vais aller dans YouTube thumbnail et je vais faire MK 2026 Opus 4. Agents Swarm. Je vais aller ici dans ce dossier et ensuite là on va lancer Tmux. Tmux c'est un outil qui permet en fait de lancer plusieurs terminales dans le même terminal. Alors en fait ça ressemble un

10:44 petit peu à ce qu'on a. Alors je connais pas bien les raccourcis clavier parce que j'ai pas trop utilisé ça. J'avais vu contrôle B contrôle D. Bref, on lance Cloud code et ici, moi je vais le lancer avec ce prompt et je vais lui dire important adjun Swarm avec minimum trois agents pour réaliser l'application. Donc on va lui donner ça parce que il peut la one shot, ça prend 5 minutes. Ça prend 5 minutes à faire. Donc voilà. Mais le but ici c'est juste vraiment de voir. Donc on va lancer le terminal et en même temps on va analyser ce qui se passe dans le dossier cloud. Juste ici, on va pouvoir voir un petit peu ce qui se passe. Donc d'abord, il crée l'application. Euh je vais créer avec les Swarments. Je vais d'abord commencer par créer ça et

11:30 ensuite je vais paralléliser le travail entre plusieurs agents. Donc c'est exactement ce qu'il me dit juste ici. OK. Donc là on vient de voir la création de l'équipe. Donc ce qu'on peut voir juste ici c'est qu'on a déjà tasque. Donc ici il a créé une tâche. Bon onarrive pas à le voir parce que ici il y a trop de fichiers. En plus, tout est vide. Donc euh OK, on peut voir ici les tâches. Peut-être que c'est ça, je suis pas sûr. Execute phase 1. Install dependency config file CRPC haute migration. Donc non, ça c'était une autre feature. Du coup, j'ai aucun nouveau fichier. Ah, thumbnail gen, on l'a ici. Donc là, on peut voir qu'il crée les tâches. Donc ici, thumbnail generation, en fait, il donne un nom aux tâches, c'est très bien. Euh top generation 1 avec ici,

12:19 voici la description, subjective formabla. Ici, la même chose, object, description, active force pending. Et là, team thumbnail gen et là, on voit config. Donc là, confignail generator description create dates last agent ID. Donc là, on a le team lead, last session id parce que chacun vont avoir leur propre session ID. Et là, on voit que pour l'instant, il y a qu'un seul agent, c'est un team lead. Maintenant qu'il a créé trois tâches, en fait, il est capable de créer un backend agent, un component agents et ici un page agent. Donc les trois utilisent le sniper avec tu vois qu'ils ont plein de paramètres, ils ont une couleur, ils ont un prompt, ils ont un plein mode required ou non. Join and dat, Tux panel

13:07 CWD subscription, je sais pas ce que c'est. Backend type Tux is activate true. Donc là, on a toutes les données et on peut voir que ici c'est des composants Clodopus, Clodopus, Clodopus. Donc là, on peut voir ce qui se passe. On a du coup un agent ici qui a apparemment déjà terminé. On voit ici dans le chat principal qu'on peut faire contrôle shift pour extends. Alors contrôle shift supérieur, ça marche pas très bien. Alors là, j'ai l'impression que il a terminé très très vite son histoire. Tu vois que backend adjunent, il a dit bah voilà, moi j'ai terminé. Lui, il a dit qu'il avait terminé. Et donc on peut voir qu'ici il se termine et ce que va faire ici le main agent, donc je suis

13:53 désolé pour tous ces bruits là, j'arrête le son. Ce que va faire le main agent, c'est quand il complète leur tasque, il va les kill, il va les tuer. Il va arriver, il va dire "Allez, toi tu dégages, toi tu dégages, toi tu dégages." Et donc là, on peut voir que c'est ce qui se passe. Il vient supprimer les agents et donc les members sont en train de se supprimer. Une fois qu'il a supprimé tous les members, il y a plus qu'un seul agent, c'est le team lead. Le team lead est en train d'effectuer sa fature et ici on a donc là tous les teammates qui ont été qui ont été shutdown grfully géné qu'il est il est shutdown de manière amoureuse. Enfin nonfully c'est je bullshit et là on peut voir qu'il a terminé donc je vais rajouter la piki et je vais lancer l'application donc voilà on est toujours sur le port 3000 ça change pas et on va pouvoir venir juste ici. Donc la

14:38 thumbnail generator ça a donné exactement la même interface mais ça l'a fait en 4 minutes 31. Donc je sais pas si sur cette fature c'était élémentaire de faire ce genre de chos euh on l'a quand même eu très rapidement et ça fonctionne quand même de manière super bien. C'est une dinguerie. Voilà les amis, il là il y a quand même du concept quoi. Alors maintenant qu'on a vu tout ça avant que je parte en vrai parce que quand je me mets en facecam et que je vois mon mon reflet sur le l'écran, ça me tu vois ça me je je deviens un peu fou. À quoi ça sert déjà ? Parallélisation des tâches. Mais en fait en plus de parallèle les tâches, ça te permet d'avoir plus le contrôle parce que jusqu'à maintenant on pouvait paralliser

15:24 des tâches mais on comprenait pas le contrôle. Ensuite ici, il y a du prompt enginering du côté d'entropique pour expliquer ce qu'on appelle blocked by. Donc si tu fais une énorme fature qui a des dépendances élevées, il va pouvoir bloquer des tâches et lancer par exemple une la première tâche, il va peut-être pouvoir lancer deux agents en même temps. Ensuite la troisième tâche, il pourra en lancer trois. Puis ensuite, il faudra un agent qui résolve le problème et ensuite trois autres agents et en tout il va en lancer se de manière procédurale. Il y a évidemment ici du contextation parce que les agents, ils font leur tâche dans leur coin, ils viennent juste dire au main agent qu'il a terminé, qu'est-ce qu'il a fait et cetera et finalement ça permet potentiellement d'aller plus

16:10 rapidement et d'avoir plus de customisation parce que ici ce qu'on pourrait faire rajouter des agents. Donc là typiquement Elfamofzo 2500 agent qui s'appelle Backend. Faudrait voir si d'ailleurs on peut lancer des skills comme agent. Donc je pense pas qu'ils le font encore parce que tu vois que dans la liste il y avait pas les skills. Mais euh on pourrait lancer le Elfamo le backend agent, le front end Agents, le blab blabla agent, créer des profils personnalisés pour tous nos cas, peut-être même par projet. Comme ça en fait le backend agent, il a le concept exactement de comment il doit faire son backend et front end et cetera et du coup on a des résultats beaucoup plus zinzin par défaut. Donc ça ça pourrait être très intéressant. En tout cas, si vous avez vraiment envie

16:56 d'utiliser ces outils et être à la pointe de la technologie sur Cloud Code, allez sur mlv.sh/faf SH/FA fana AI et je vous invite si vous allez sur le site ou le premier lien sur la description, je vous préviens que je vais update tout de suite avec toutes les informations et dès que j'ai des tests, dès que j'ai des cas concrets et cetera, moi je fout tout dans cette formation qui s'appelle I blueprints. C'est le blueprint pour les développeurs. Il y a plus de 500 personnes qui ont rejoint, donc c'est vraiment un énorme succès et je suis super heureux de pouvoir aider autant de personnes. Alors la question maintenant c'est comment est-ce qu'on active ce aggence swarm qu'on a juste ici ? Pour faire ça c'est pas super compliqué. Il va falloir aller dans le fichier cloud qu'on avait déjà vu et aller ici dans les settings.gon et activer cloud code

17:42 expérimental agent team. Si tu actives ça, donc soit tu l'actives dans les settings globales, soit tu l'actives à chaque session, tu vas pouvoir utiliser les adjunent team. Mais attention parce que malheureusement ça ne va pas suffire. Le mieux si on regarde la documentation du coup pour activer cet aggen team le machin 1 et ensuite créer ta first agent team. Il va le faire de manière automatique parce qu'il va créer une chart task lis et une fois qu'il a cette chair task lips et les clean cleanup. Et il va y avoir deux manières de faire des teams. Donc soit en in process, donc il va lancer dans le terminal principal les agents ou soit split pan, c'est-à-dire chaque agent va avoir son propre terminal. Et

18:28 donc ça c'est exactement ce que tu peux faire avec TMUX. Avec TMUX qui fonctionne mieux sur macOS et avec apparemment. Donc par défaut, c'est auto. Donc s'il voit que tu es en Tux, il va utiliser le split pan. Et s'il voit que tu es pas en TMU, il va utiliser le in process et tu peux le former. Tu peux aussi leur définir euh le modèle à utiliser. Donc par exemple Sonet. Tu peux aussi leur approuver et leur demander de faire un plan. Il y a le delegate mode mais ici il dit pas comment l'activer qui évite que l'agent principal commence à travailler et qui l'agent. Donc pour l'activer, start team. Ensuite écrit Shift plus tab pour cycle 1 en delegate mode. OK, très intéressant. Donc là, on peut voir qu'il est en bypass permission. Mais là, alors

19:15 comment je comment je change le terminal ? En fait, parce qu'en fait, on peut voir que là l'agent principal est aussi en train de travailler. Euh, donc en fait là, ils ont tous travaillé. Le problème, c'est que je sais pas comment changer de terminal avec Tmux. Donc apparemment, c'est contrôle B. OK. Ah, il y avait le delegate mode. Regardez, il y a un delegate mode juste ici. Donc celui-là, je l'avais pas eu, pas lu. Donc quand vous le passez en mode delegate mode, en fait, il oblige eh mais c'est magique, c'est magique, c'est magique. Donc en fait, même si je lance un nouveau terminal et qu'on va ici sur Tmux que je lance cloud code, en fait je peux Ah non, voilà, il faut qu'il crée une team et une fois qu'il a créé la team et les tâches, tu peux le passer en mode délégate mode pour qu'il arrête de faire les choses lui-même. Donc à noter ça parce que c'est vrai que là du coup,

20:00 on avait l'exemple, il a commencé à travailler lui-même. À signe. Les tâches vont être partagées entre l'équipe et la la team assigne. Self claim after une tasque est terminée, il peut s'auto prendre une nouvelle tâche. Shutdown teammate. Dans donc ici, on peut éteindre les teammates en demandant clean up de team en demandant exactement comment ça fonctionne. Donc quand tu demandes une team ou quand Claude propose une team, il va faire un team link, un un teammate task list mailbx. Donc le messaging système c'est assez fou. Donc les permissions, il lancent avec la même chose. Donc si le team lead est en dangerous permission,

20:46 ils vont faire la même chose. Il partagent le même contexte comme on peut le voir ici. Et évidemment les agents vont utiliser beaucoup de de contextes window comme ceci. Donc best practice, donner assez de contexte à chaque team mate. Attendre que les teammates finissent commencer avec la recherche éviter les conflits de fichiers et il faut utiliser Tux to many permission prompt. Voilà mon la permission settings, on l'a et on peut kill les sessions parce qu'on peut lancer TMux en background aussi. C'est assez assez sympa. Donc faudrait faire un tutox. faudrait que je me forme un petit peu à Tmux, mais voilà un petit peu comment vous pouvez l'utiliser dans votre quotidien et je vous invite à

21:32 l'utiliser et me dire un peu ce que ça donne.