Formation Claude Code Avancées : devenir un PRO de Claude Code avec ces méthodes avancées

Bienvenue dans cette vidéo avancée de Cloud code dans lequel on va passer à l'étape supérieure. Tu sais maintenant

l'étape supérieure. Tu sais maintenant utiliser les commandes, les hook, la gestion de la mémoire, les skills, les MCP, la statine et les subagent. Tu as

donc tous les outils qui font de cloud code cloud code. Maintenant, si tu regardes cette vidéo, c'est que tu connais déjà la base, c'est que tu sais déjà à peu près comment l'utiliser, mais

c'est que tu as envie de passer à l'étape supérieure, avoir une compréhension avancée, complexe et profonde de Claude code. Et dans cette

vidéo masterclass qui va durer plus d'une heure, on va exactement voir ces sujets-là. Donc quand je parle de ces

sujets-là. Donc quand je parle de ces sujets là, je parle du contexte management avancé du de comprendre le dossier d cloud profondément, la

création de subagents avancé, la création de skill avancé, l'utilisation de team agents avancé et utilisation de guide war tre pour travaux en parallèle.

Tout ça, c'est ce qu'on va voir dans cette vidéo. C'est avancé, c'est pas

cette vidéo. C'est avancé, c'est pas facile, mais ça va te permettre de passer à l'étape d'après une fois que tu as un peu près maîtrisé les ce qu'on appelle core Seven. Ça c'est les core

Seven. Et maintenant, on va passer un

Seven. Et maintenant, on va passer un peu à l'étape d'après. Donc je vais vraiment te partager toutes les connaissances que j'ai eu après plus de

15000 dollars dépensés dans l'Appi de Claude. Après la création de 1 2 3 4 5 6

Claude. Après la création de 1 2 3 4 5 6 7 ce que j'ai fait avec Claude. Il y a énormément de compétences que j'ai à te partager. C'est vraiment une vidéo

partager. C'est vraiment une vidéo masterclass qu'il faut que tu prennes le temps de regarder parce que tu vas apprendre énormément de choses, j'en suis convaincu. Et je m'arrête tout de

suis convaincu. Et je m'arrête tout de suite pour te dire que vous êtes quand même 60 % à ne pas vous abonner. Je

pense que beaucoup de gens vont voir cette vidéo. Donc cliquez sur le bouton

cette vidéo. Donc cliquez sur le bouton abonner en dessous de cette vidéo. Ça va

vraiment permettre de vouloir publier plus de vidéos où je dévoile tous mes secrets comme ceci. C'est des vidéos qui pourraient être facturées plusieurs centaines, 200, 300, 400 dollars et je vous le donne gratuitement. Donc le seul

truc que je vous demande, c'est de changer ce chiffre pour avoir plus de personnes abonnées. Donc la première

personnes abonnées. Donc la première chose que j'ai envie de voir avec toi que peu de personnes abordent, c'est une compréhension beaucoup plus profonde de cd.cloud.

cd.cloud.

Quand tu es dans ce dossier cloud, juste ici, en fait c'est le cœur névralgique de Cloud Code. Donc ici, je vais le lancer. Euh je vais le lancer avec

lancer. Euh je vais le lancer avec Visual Studio Code pour ne pas perdre certaines personnes d'entre vous, mais ne vous en faites pas euh que vous le lancez avec euh curseur ou tout ce que vous voulez. On est un peu près sur la

vous voulez. On est un peu près sur la même chose. Donc en fait dans ce

même chose. Donc en fait dans ce dossier, on va pouvoir voir énormément de petits dossiers et j'ai envie de te partager quelques dossiers qui vont être très intéressants pour toi. Le premier

dossier, c'est les sessions. Le premier

dossier juste ici, c'est les projets.

Les projets, ça va contenir tous les dossiers dans lequels tu as lancé cloud code. Par exemple, ici, j'ai un dossier

code. Par exemple, ici, j'ai un dossier cloud et à l'intérieur, il va y avoir toutes les sessions. À quoi ça sert et pourquoi c'est intéressant ? Parce que

si un jour vous perdez une session ou vous perdez différentes données, vous allez pouvoir demander à Claude de venir récupérer ses informations. Ici, je peux

lui dire analyse le dossier project pour retrouver la session qui parle de xx.

Très intéressant de pouvoir poser ça. En

fait, quand vous avez des discussions, on va pouvoir aller dans ce dossier pour récupérer toutes nos discussions. Et en

fait, ces discussions contiennent le transcript assez précis de tout ce qu'on a dit. Donc là, la question que j'ai

a dit. Donc là, la question que j'ai posée, que j'ai répondu et cetera.

Alors, c'est pas très lisible pour des humains, mais en fait, on peut faire pas mal de choses. Et d'ailleurs, c'est grâce à ce dossierl que je viens calculer le contexte, hein. Donc, si

vous utilisez ma Statu line qui est juste ici, pour rappel pour les gens qui avaient pas suivi, vous pouvez aller sur mlv.sh/fc SH/FC

mlv.sh/fc SH/FC pour formation cloud et vous allez accéder à une version de ma Statue Line gratuite. Vous allez pouvoir accéder

gratuite. Vous allez pouvoir accéder directement à ça. Et donc cette statue line, elle utilise beaucoup des scripts qui vont venir analyser ce dossier pour

être capable de connaître la session, pour être capable de connaître combien tu as dépensé, de sauvegarder énormément de données. Donc ça c'est un dossier

de données. Donc ça c'est un dossier qu'il faut vraiment connaître. Ensuite,

de la même manière, on a un dossier plan très intéressant. tous les plans que

très intéressant. tous les plans que vous avez jamais fait pour vos projets, alors même s'ils ont un nom très étrange, ils vont être ici. Donc chaque

fois que vous passez Cloud en plan mode qui va créer un plan, le plan va être créé ici et vous pouvez facilement retrouver en fait vos informations en allant directement dans les plans. Un

autre dossier assez intéressant, c'est les règles. On va pouvoir créer un

les règles. On va pouvoir créer un dossier rules directement de manière globale. ou ici par exemple, je lui ai

globale. ou ici par exemple, je lui ai mis une règle comme quoi il a interdiction d'utiliser RMRF et qui doit utiliser trash. Au lieu de le mettre

utiliser trash. Au lieu de le mettre dans le cloud.md qui peut avoir des informations plus ou moins utiles, et ben je le mets directement dans un

dossier rules/file operation et comme ça cette règle est active de manière globale et ça permet de venir séparer et de nettoyer un petit peu ce fichier global cloud.md. Vous allez aussi

global cloud.md. Vous allez aussi pouvoir trouver toutes les tâches que vous avez jamais fait. Donc quand Claude commence à faire des tâches, elles sont juste ici. Quand Claude crée une équipe,

juste ici. Quand Claude crée une équipe, elle va être juste ici. Tu peux voir que là, on peut voir la team qui a été générée. Tout est sauvegardé ici en en

générée. Tout est sauvegardé ici en en Gisson. Donc, on peut directement

Gisson. Donc, on peut directement retrouver par exemple une team que j'ai fait ici ou Chao implémentation ici qui vient créer des teams. Donc, elles sont toutes sauvegardées dans ce dossier. On

va aussi avoir tous les skills qui vont être sauvegardés dans le dossier skill.

Et vous pouvez voir que vous pouvez facilement créer des skills un peu désactivés comme ceci que je déplace là.

Donc très intéressant. La même chose avec les agents. Vous voyez que là d'ailleurs je pourrais plutôt renommer Dis agent un petit peu comme ceci comme

ça ça sépare les infos. Mais donc ici tu peux voir que moi j'ai désactivé des agents, désactivé des commandes et on va avoir les dossiers commande et agents qui vont se situer juste ici. Et

personnellement moi j'ai fait un dossier script. Donc ça c'est exactement ce que

script. Donc ça c'est exactement ce que vous avez avec le petit lien que je vous ai dit juste avant avec ici des petites commande validator stat line des hook des petites choses qui vont me permettre

de gérer un petit peu ma vie plus simplement. Donc c'est aussi très

simplement. Donc c'est aussi très intéressant pour vous de créer un petit dossier script et automatiser Cloud Code en utilisant Cloud Code un un sacré petit hack que je vous partage ici de

venir faire des scripts. Donc ça c'est pour le dossier cloud. Amusez-vous.

Personnellement, ce dossier cloud, je passe énormément de temps dedans. Et

typiquement quand vous voulez créer des commandes ou quoi, et ben moi en fait je viens directement dans le dossier cloud.

Alors ici, j'arrive plus à trouver. Euh

voilà. Donc là hop, j'ouvre Cloud code dans le terminal. Là vous pouvez lancer cloud et de manière assez intuitive lui demander rajoute une commande, modifie

ça, modifie ça et cetera. Ça va vraiment être très utile dans votre vie de tous les jours. Justement, en parlant de

les jours. Justement, en parlant de cette configuration, je vous invite à créer ce que j'appelle des métaprompts.

Donc on parle souvent de prompting, mais mais moi j'aime bien parler de métaprompting. En fait, il est très rare

métaprompting. En fait, il est très rare que dans mes applications, par exemple dans dans Subfast qui est une application qui a quand même du prompt assez complexe pour gérer les images,

les faces et cetera. Et ben, c'est très rare que j'écrive ce prompt à la main. À

la place, je vais faire un métaprompt.

Qu'est-ce que c'est qu'un métaprompt ?

Un métaprompte, en gros, c'est un prompt qui va créer des promptes. C'est assez

facile à faire et je vous invite vraiment à faire ce genre de choses. Ça

ça change vraiment la vie. Donc votre

prompte va pouvoir créer des promptes, que ce soit dans vos sas, que ce soit dans vos vosos votre cloud code et cetera. En fait, on va créer des

cetera. En fait, on va créer des promptes qui créent des promptes.

Comment est-ce qu'on crée un métaprompt ? Typiquement, un métaprompt, on va

? Typiquement, un métaprompt, on va surtout passer par des skills qui vont être très pratiques pour ça. Et donc ici dans Visual Studio Code, je vais venir commit un petit peu tout mon bordel.

Moi, j'en ai déjà pas mal. Mais ce que tu pourrais faire, c'est utilise le skill creator pour créer un nouveau

skill qui s'appelle Meta Prompt Creator. Donc moi, je pense que

Prompt Creator. Donc moi, je pense que je l'ai déjà. Donc si je cherche MTA prompt creator, voilà.

Donc ça m créateur, ça permet de créer des des métaprompt. Donc on va on va l'appeler appting.

Creator. OK.

Et ici quand on lui demande ça, on va lui dire "Je veux que tu recherches sur internet les meilleures techniques de

prompt proposé par Anthopiic, par Open AI, par Google et que tu crées un prompt super puissant

pour créer des prompts dans mes applications. par exemple dans une

applications. par exemple dans une application Subfast pour générer des images ou dans

ciao pour gérer le chat par exemple. En

fait, souvent quand on crée des app, on a besoin de faire ça. Et donc là, je lui explique tout ça et on va le lancer. Et

donc là, c'est intéressant parce qu'en fait, on utilise du prompt pour créer du prompt. Et donc ça devient, c'est pour

prompt. Et donc ça devient, c'est pour ça que j'appelle ça le métaprompt, c'est que on ne va pas s'amuser à créer soi-même. On va venir demander à Lia de

soi-même. On va venir demander à Lia de créer ce skill. Donc tu vois qu'elle vient commencer ici à faire des recherches pour pouvoir créer ce prompting creator. Alors moi je

prompting creator. Alors moi je t'explique un petit peu comment je l'ai fait. Si tu as envie d'avoir tous mes

fait. Si tu as envie d'avoir tous mes promptes, encore une fois euh c'est c'est dans c'est dans cette c'est dans cette leçon juste ici. Mais en attendant ce qu'on a ici avec ce prompt creator et

ben tu peux voir que j'ai pas mal de métaprompt. J'ai ici un métaprompt

métaprompt. J'ai ici un métaprompt creator qui permet de créer des prompts.

C'est lui que je vais que je vais utiliser quand je veux créer des promptes. Et tu vois que là il y a un

promptes. Et tu vois que là il y a un fichier antropic best practice qui dit bah voilà comment gère son truc.

antipattern, clarity principle, context management, fus shot pattern et cetera.

Moi, j'ai créé tout ça et du coup quand je suis par exemple dans Subfast et que je veux modifier le prompt que j'ai fait ici pour générer des miniatures, et ben

je viens faire slash prompt creator donc ici c'est le nom en fait du skill ici/prompt creator et ici je lui demande s'il te plaît crée ça s'il te plaît crée

c fais comme c fais comme ça et ensuite lui il vient utiliser les bons concepts pour venir créer mon prompt de la même manière j'ai créé Meta Cloud Memory. Je

suis venu lui demander ici, crée-moi un fichier qui permet de configurer le cloud.md avec des vraies règles, avec

cloud.md avec des vraies règles, avec des bonne manière. Je lui ai expliqué les claudes, les claudes rules, quand c'est que ça fait et cetera. Et donc par exemple ici, je lui ai dit comment

initier, comment faire ça, comment gérer. Donc il a tout toutes les infos

gérer. Donc il a tout toutes les infos et derrière il a des skills pour gérer tous les sous-patternes qu'il va pouvoir avoir juste ici. J'ai aussi un métaprompte pour créer des hooks, un

métaprompt pour créer des skills et un métapromp pour créer des skills workflow. Ça, on va le voir dans la

workflow. Ça, on va le voir dans la suite de la vidéo. Donc reste avec moi.

Mais en règle générale, quand tu veux créer du prompt, donc par exemple sub agents, tu vas pas t'amuser à créer toi-même tes sub agents, tu vas créer un skill qui crée des sub aggents. Et donc

là, tu vois qu'en fait, il a toutes les infos sur les paramètres du sub aggent, les informations, tout ce qu'il faut avoir et cetera. Et donc là, si on regarde un petit peu ce qu'il a fait, on

peut voir qu'il a déjà créé notre app prompting. Donc si on va dans le

prompting. Donc si on va dans le dossier, on devrait voir app prompting creator. On a ici le skill.md avec

creator. On a ici le skill.md avec

toutes les petites infos. Et ici, tu peux voir qu'il est en train de créer le les références. Donc par exemple

les références. Donc par exemple l'identity objectif personality rule workflow, quel pattern il faut utiliser et cetera et cetera. Et ici va me créer

tous les fichiers dynamic templates avec comment tu peux faire et toutes les techniques qui ont été validées par l'industrie. Et comme ça moi quand je

l'industrie. Et comme ça moi quand je viens créer des promptes, j'utilise ce prompt par exemple ici pour créer des prompts dans les applications. Donc en

fait tu peux créer ce genre de truc partout. Énormément de travail est basé

partout. Énormément de travail est basé sur des promptes, sur des outils comme ceci. Et donc on va vraiment pouvoir

ceci. Et donc on va vraiment pouvoir utiliser ces skills dans la suite pour pouvoir créer des workflow, des vraies choses complexes en utilisant ça. Donc

ça un très très bon tips important.

Créer des skills, créer des prompts qui créent des promptes, créer du méta prompting, très puissant. Moi, j'utilise

ça maintenant quotidiennement et ça permet vraiment de changer la qualité des résultats qu'on peut avoir. Donc ça

c'est pour les prompt en général.

Maintenant, pour optimiser ce qu'on appelle le contexte, il y a énormément de sujets qu'on va voir pour optimiser le contexte via justement ce système de prononde parce qu'en fait qu'on soit

clair ici en y réfléchissant, Cloud Code est principalement une promptine parce que lui il te donne des outils et toi tu vas devoir optimiser tout ça. Pour

optimiser le contexte, on va pouvoir utiliser des subadgets. Ça c'est l'étape numéro 1. On va pouvoir utiliser un

numéro 1. On va pouvoir utiliser un pattern de prompt Discovery pour pouvoir faire avantage de ce qu'on appelle le

lost in the middle concept. Donc ça ça va être le prom discovery. Juste ici, on va pouvoir utiliser des Teams. Ça, on verra ça à la fin. C'est un peu les

trois sujets qui nous attendent. Donc la

première chose qu'on va pouvoir utiliser, c'est les subagents plus ce qu'on appelle un workflow. Donc

typiquement maintenant qu'on a maintenant que tu as peut-être créé ton métaprompt qui permet de créer des promptes, on pourrait créer un métaprompt qui permet de créer des euh

donc ici voilà est toujours en train de chercher une fois qu'ici on a notre agent, on a on a des prompts et on va vouloir créer des agents pour optimiser notre contexte. Votre contexte qu'on

notre contexte. Votre contexte qu'on parle un peu de ce sujet, c'est quand vous faites slash contexte ici vous allez voir que vous avez une taille définie. Cette taille définie, elle peut

définie. Cette taille définie, elle peut aller de 8000 token. C'était par exemple la premier le premier modèle de GPT à 1 million de token avec les modèles actuels de Gemini. Par défaut dans Cloud

Code pour l'instant à l'heure à l'heure où je fais cette vidéo, on a 200000 tokens. Ce qui s'est ce qui est amené à

tokens. Ce qui s'est ce qui est amené à évoluer. Ces 200000 tokens vont avoir

évoluer. Ces 200000 tokens vont avoir déjà 27000 tokens utilisés dès le départ. Il y a 3,5000

départ. Il y a 3,5000 tokens. Ici, 1,7 % du contexte. qui est

tokens. Ici, 1,7 % du contexte. qui est

géré par le système prompt. Qu'est-ce

que c'est le système prompt ? En fait,

on va pouvoir utiliser un outil assez cool pour venir analyser tout ça. Ça

s'appelle ici sur Mac un outil qui s'appelle Proximan. proximal qui permet

s'appelle Proximan. proximal qui permet ici de venir analyser les requêtes. Et

ici dans un outil qui s'appelle normalement setup quelque chose automatique setup, je vais pouvoir ici ouvrir mon terminal Ghosty pour ouvrir

un terminal ici avec un petit script qui va venir capturer toutes les actions que je fais dans mon terminal. Alors, c'est

un petit hack. Mais donc qu'est-ce qui se passe ici ? Quand je lance cloud dans ce terminal qui est un terminal, alors je vais supprimer cette page qui est un terminal traqué, on va pouvoir voir ici

qu'on a le menu cloud. Et dans ce menu cloud, si ici je viens regarder la pierille enque, j'ai toutes les requêtes que vient faire Clou directement ici en clair. Alors, je pense que vous avez

clair. Alors, je pense que vous avez moyen de voir mon token qui est juste ici. Alors, vous pouvez l'utiliser parce

ici. Alors, vous pouvez l'utiliser parce que de toute façon, il est refresh constamment. Donc il y a pas de souci,

constamment. Donc il y a pas de souci, faites-vous plaisir. Mais ici, on peut

faites-vous plaisir. Mais ici, on peut voir tout ce qui se passe sous le capot.

Et donc ce qui nous intéresse ici, c'est de venir poser une simple question. Donc

par exemple, on va lui dire combien font 4 + 4. Voilà, simple et efficace. Quand

on pose cette simple question où il a répondu 8, juste ici, on va pouvoir voir exactement la requête qu'on a fait avec ici peut-être qu'on va réussir à trouver la réponse. Alors évidemment des fois

la réponse. Alors évidemment des fois c'est plus dur que d'autres choses. Là

tu peux voir qu'on a la réponse texte 8.

Donc on a eu la réponse de Lia mais on a surtout eu tout le système prompt, tous ces tokens qui sont envoyés à chaque request. Il faut vraiment être aware de

request. Il faut vraiment être aware de ça. Je vais lui dire créer un fichier

ça. Je vais lui dire créer un fichier HTML contexte.

HTML qui affiche toutes les informations dans l'ordre détaillé qu'on retrouve ici. Donc ici, hop, je lui colle ce bout

ici. Donc ici, hop, je lui colle ce bout de code juste ici et on va attendre qu'il me crée son fichier index.html HTML pour comprendre un petit peu ce qui se passe juste ici. Donc là, il y a un

fichier très intéressant que j'ai créé pour un peu exprimer tout ce que je dis juste ici. Donc ici, en fait assez un

juste ici. Donc ici, en fait assez un hack assez cool, c'est de demander à Claude de venir vous faire des études de tout ce qui existe sur son contexte. Et

donc là, on peut voir que tout le contexte qu'on va avoir juste ici avec les petites informations et donc dans le système prompt, il y a énormément d'information. Il y a la manière dont tu

d'information. Il y a la manière dont tu payes l'identity le système prompt ici avec tout ce texte. Donc là, c'est tout ce que tu as.

texte. Donc là, c'est tout ce que tu as.

Tu es un interactive agent, tu fais les systèmes, les tâches que tu exécutes, les actions que tu fais et cetera, le message de l'utilisateur,

le skill euh message bloc skill système reminder, donc tous les skills qui vont être ajoutés dans le contexte comme ceci.

Le cloud.md et les règles. Donc ici,

c'est les deux cloud.md qu'on a juste ici qui sont ajoutés. Ensuite, on a le user message qui est rajouté juste là.

Et finalement, il y a tous les outils et les outils prennent énormément de place parce que un outil comme Task, il va recevoir tout ça et il va recevoir tout ça en paramètres. Donc là, tous les

paramètres qu'il reçoit, c'est énorme.

Alors, le style qui m'a fait ici est un peu dégueulasse, mais tout ça, c'est ce qui reçoit à chaque truc, l'explication de tous les paramètres et tous ces outils sont envoyés à Cloud. Donc tout

ça, c'est ce qui fait le système prompt qui vient rajouter énormément de choses dans notre contexte. Et c'est pour ça qu'on a le système prompt et le système tool. Donc le système prompt, c'est le

tool. Donc le système prompt, c'est le texte qu'on a vu juste ici. Et le

système tool, c'est tous les outils qui sont mis ici et qui vont injecter tous les paramètres, toutes les descriptions et cetera.

Et on va avoir les skills. Donc les

skills prennent pas tant de place que ça mais c'est tous les skills et leur description. La description de chacun

description. La description de chacun des skills va être injectée dans le prompt juste ici. Et on a aussi le memory file mais ça c'est pas très grand. Et le custom agent ici aussi

grand. Et le custom agent ici aussi n'est pas très grand. Donc ça c'est un peu tous les trucs qu'on a avec MCP Tool qui vont interagir avec notre contexte.

Et le truc c'est que quand on demande à Claude d'effectuer une fature, une action, il va pouvoir très souvent faire des recherches par lui-même. Mais à ce

moment-là, ces recherches vont prendre des messages et du coup, on va faire beaucoup de recherches et c'est ce que on va voir juste ici. Donc si tu fais plusieurs recherches, ça va prendre du

contexte dans ton contexte principal.

Alors que quand tu utilises des sub agents, ça va venir réduire la taille du contexte. Mais maintenant, on veut créer

contexte. Mais maintenant, on veut créer des sub agent optimisés. Un sub agent que j'aime beaucoup, c'est un sub agent qui serait spécialisé. Donc je l'ai juste ici pour explorer la

documentation. ce subaden spécialisé

documentation. ce subaden spécialisé là-dessus et ben on va lui dire tu dois utiliser les MCP spécifiques. Par

exemple Context Seven. En fait ça va créer un subgent spécialisé pour rechercher rapidement la documentation ici avec par exemple contex 7. Et donc

je vous invite à créer les subagent qui vont permettre de spécifier de la recherche pour des choses spécifiques.

Donc on va par exemple utiliser subagent creator, donc un skill où ici on pourrait faire fast web search et

pouvoir par exemple créer un subagence spécialisé dans la recherche rapide d'information via le mcp. Le but est

d'être super rapide. Donc dès qu'il a l'info, il stoppe et retourne l'information nécessaire et n'utilise que le MCP Exa. Et donc Exa, pour les

gens qui savent pas, c'est un MCP que j'avais fait dans la première partie de la vidéo qui t'explique euh et qui permet de faire des recherches rapides.

Donc par exemple ici, latest React euh Security Bridge avec une petite faute de grammaire, c'est pas grave. Et tu peux voir qu'ici ça vient directement trouver les articles et toi tu vas pouvoir

utiliser JavaScript pour faire tout ça.

Et donc là typiquement si je lui demande de créer ce fast web search qui permet de rechercher des informations rapidement, il va pouvoir me créer un subgen spécialisé. Maintenant le

subgen spécialisé. Maintenant le problème quand on crée des subagent spécialisés. Donc là tu peux voir que

spécialisés. Donc là tu peux voir que j'ai créé fast web search. Donc voilà

ultra fast web search qui utilise exa.

Dès que tu as trouvé l'info, tu t'arrêtes et cetera. Donc là c'est parfait. C'est parfait. On a créé ça. Et

parfait. C'est parfait. On a créé ça. Et

donc là si je viens lui dire recherche super rapidement la dernière faille de sécurité React. S'il est pas totalement débile,

React. S'il est pas totalement débile, il devrait utiliser le subagun qu'on vient de créer parce que du coup je lui dis bah du coup il est complètement débile hein. Peut-être Ah non, c'est

débile hein. Peut-être Ah non, c'est parce que j'ai pas faut faut reload le le petit cloud là quand quand on rajoute des trucs. Et donc si ici je lui redonne

des trucs. Et donc si ici je lui redonne le même prompt, voilà, il utilise fast web search et tu peux voir que là il utilise bien que le contexte exact. On

va voir s'il retourne très rapidement l'information. Tu peux voir qu'il va il

l'information. Tu peux voir qu'il va il a pris 8 secondes et euh à la place de celui-ci qui aurait pris sur un plus longtemps. Et donc là ensuite il

longtemps. Et donc là ensuite il récupère les résultats et hop, on a directement les informations qui nous faut. Donc très intéressant de venir

faut. Donc très intéressant de venir créer des subgents. Le problème c'est que il va pouvoir utiliser les sub agent en fonction de la description que tu lui mets ici. En fait Lia elle a comme

mets ici. En fait Lia elle a comme instruction. Donc d'ailleurs, on peut

instruction. Donc d'ailleurs, on peut lui demander ici hein dans tes instructions, quand utilises-tu les subagents et pourquoi ? Donc là,

typiquement en fait dans son prom, ça lui dit bah voilà, soit tu fais toi-même, soit tu viens lancer un subadun quand tu as besoin en fonction de la description. Et donc ici, on a une

description. Cette description, elle est

description. Cette description, elle est injectée dans tous mes prompts et c'est pour ça que si ici c'est ici écrit "Use when you did to quickly find information, read search or getware faster than web search agents stop

immediately when found." Et donc ici, tu peux voir d'après mes instructions quand utiliser le task tool, exploration approfondie, tâche complexe, paralysation, j'ai des agents

spécialisés en fonction de mes besoins.

Quand ne pas utiliser de ce jant, quand j'ai besoin de lire un fichier, chercher une classe, lire deux trois fichiers et cetera. Donc

cetera. Donc donc ici, moi j'ai des règles spécifiques pour lui dire d'utiliser des agents spécialisés qui sont optimisés avec les outils. Donc c'est très intéressant. Le truc encore une fois,

intéressant. Le truc encore une fois, c'est que ces subgent vont pas forcément être utilisés et c'est pour ça qu'une fois que vous avez créé vos différents sub aggents, donc moi les sub agent que

je vous conseille de créer principaux, c'est un sub agent pour faire de la web search. Donc ça va permettre de venir

search. Donc ça va permettre de venir utiliser les outils web search. Donc

typiquement ici, on va utiliser le tool web search, webfetch et si vous avez le mcp installé, ce que je vous recommande parce que les résultats sont incroyables. Ensuite, moi je vais avoir

incroyables. Ensuite, moi je vais avoir euh pardon pas méta mais agent agent web search, je vais avoir un agent explore.

Donc il y en a déjà un par défaut mais mon exploration est plus précise et ça te permet de configurer ton explore comme tu veux. Donc celui-ci va utiliser

read, euh grap euh search data enfin lire les fichiers et cetera. Ça c'est le deuxième subadent que j'aime pas mal.

Ensuite on va avoir un agent euh qui va être doc. Donc celui-ci va utiliser

être doc. Donc celui-ci va utiliser context se et son objectif c'est chercher la documentation. Très

important et très utile. Et moi c'est les trois subadun que je vais avoir principalement ces trois-là. Maintenant,

le problème c'est que Lia va pas avoir tendance à les appeler et c'est pour ça que je vous invite à faire un workflow.

Donc je sais pas quelle application on avait fait finalement en fait dans l'autre vidéo, on avait fait un tax calculator. Donc on va on va prendre cet

calculator. Donc on va on va prendre cet exemple après pour venir faire un fix.

Mais donc une fois qu'on a créé nos petits subentes, je vous incr je vous invite à faire skill creator.

Normalement, c'est un skill qui est peut-être par défaut, hein. Sinon, vous

pouvez le créer. Créer un skill qui s'appelle euh code. Donc, on va on va faire slash

euh code. Donc, on va on va faire slash code qui est un workflow. Première

étape, analyse exploration qui vient utiliser les agents Explore Codebase, Explore Doc et Web Search pour

rechercher les informations de contexte pour réaliser la fature. Si euh on utilise des librairies, toujours chercher la documentation. comme ça, tu vas avoir tout simplement des meilleurs

résultats et on va optimiser le contexte parce qu'il va utiliser les subaden qui utilisent très peu de contexte. 2e

étape planification.

Euh rentre en plan mode et euh planifie l'update. 3e étape, quand validation du

l'update. 3e étape, quand validation du plan exécute le plan. 4e étape, tu viens

vérifier les linters et cetera. Que tout

soit OK. écrit le prompt en anglais. Et

donc en fait ce qu'on va faire ici c'est un mini workflow. Et un workflow c'est tout simplement le fait d'ordonner ce que Lia va faire dans un certain ordre

et donc on va l'obliger à faire cette phase d'exploration avec explore doc pour explorer la documentation avec explore

code pour explorer le code et avec explore web search ou web. On pourrait

faire explore web. Peut-être que je devrais créer ça, ça me paraît pas mal.

Euh pour venir chercher le web. Et donc

il va pouvoir utiliser ses agents de manière workflowisé parce que si tu ne fais pas de workflow, suivant comment il va les utiliser ou pas ou pas les bons

parce que en fait tu vas laisser Lia choisir de son de son futur de de ton code. Elle elle va choisir elle va avoir

code. Elle elle va choisir elle va avoir la liberté. Donc en créant ici un

la liberté. Donc en créant ici un contexte de prompt, on vient limiter la liberté de l'IA et on vient l'obliger à faire. Ensuite, on lui dit plan euh code

faire. Ensuite, on lui dit plan euh code test. Donc c'est le fameux workflow EPCT

test. Donc c'est le fameux workflow EPCT qui a été popularisé au début de Cloud code qui permet de faire la base. Et moi

j'ai une variante qui s'appelle Apex qui euh un peu près le même concept avec beaucoup plus de capacité et cetera.

Mais donc là, tu vois que on a créé une un prom qui s'appelle code et c'est parfait parce que si ici je vais sur code, il y a ici voilà hein workflow

structuré, objectif workflow analyse plan execute verify. Donc la première étape, voilà, on a le fichier skill.

Donc ici voilà la première étape c'est d'analyser. Donc en fonction de tes

d'analyser. Donc en fonction de tes scopes, tu vas venir chercher les bons outils. S'il y a besoin de librairie, tu

outils. S'il y a besoin de librairie, tu lances ça et ensuite tu lances des agents. Ensuite, tu planifies et ensuite

agents. Ensuite, tu planifies et ensuite tu exécutes et tu vérifies. Et donc là, typiquement, si on prend la code base qu'on avait juste ici et que je viens lancer cloud code comme ceci, on va

pouvoir lancer cloud code avec slashcode. À ce moment-là, ça va

slashcode. À ce moment-là, ça va utiliser le workflow qu'on vient de créer. Et ici, je pourrais ajouter par

créer. Et ici, je pourrais ajouter par exemple ajoute l'export en PDF de notre analyse de taxe.

Et donc ici, quand tu viens utiliser ce workflow qu'on a défini, on va avoir l'avantage maintenant de venir avoir un agent Explore Codebase qui vient

explorer, mais on a un agent Explore Doc qui vient chercher les informations sur la librairie et un web search qui vient rechercher les méthodes de PDF Explore.

Et tu vois que c'est génial ici parce que là on vient lancer trois agents spécialisés qui vont récupérer toutes les datas dont on a besoin pour réaliser notre tâche. Une fois qu'on a toutes ces

notre tâche. Une fois qu'on a toutes ces datas dans notre contexte, LIA va pouvoir effectuer la tâche. Mais tu

comprendras bien que quand on voit en fait ces agents spécialisés, ils vont créer euh une un code de bien meilleure qualité parce qu'ils auront exploré, ils

auront récupéré le concept de manière systématique. On ne laisse pas place à

systématique. On ne laisse pas place à l'aléatoire de l'IA. On l'oblige à suivre un workflow spécifique spécialisé qui vient nous donner des résultats concrets le plus rapidement possible. Et

donc c'est typiquement ce qu'on est en train de voir juste ici. On a bien une recherche procédurale de cette fonctionnalité. Et donc là, tu peux voir

fonctionnalité. Et donc là, tu peux voir qu' rentre en plan mode. On a même pas besoin d'activer le plan mode pour voir que Lia rentre en plan mode. Elle vient

lire plusieurs fichiers et elle se retrouve avec carrément euh voilà tout qui est bon. Donc euh je je vais laisser ça dans le background. Regardez, vous

vous rappelez de Jonny LOL ? C'est moi

qui rajouté une règle. Vous vous

rappelez de la règle ? Bah voilà, ça fonctionne [rires] c'est génial. Non mais s'amuser avec

c'est génial. Non mais s'amuser avec Claude, c'est la meilleure chose que vous pouvez faire dans votre vie. Euh

alors je sais pas si c'est peut-être que monter les vrais d'autres trucs, c'est sympa, mais voilà, ici tu peux voir que il a bien réalisé son plan. Hop, on lui dit "Vas-y, let's go, yes and clear

context". Et comme ça, il vient réaliser

context". Et comme ça, il vient réaliser son plan pour venir faire la tâche qu'on lui a demandé. Très très intéressant, très puissant. Ici, ce que je veux vous

très puissant. Ici, ce que je veux vous montrer, c'est la création de ce pas de gens et ensuite procéduriser votre exploration. Donc vous avez cette

exploration. Donc vous avez cette solution ou la solution de créer des règles. Et donc là c'est un peu plus

règles. Et donc là c'est un peu plus contraignant où on pourrait par exemple créer une règle processore code base et cetera, mais il y a parfois des cas où on n pas envie qu'il utilise

des agents qu'on a envie qu'il fasse lui-même. Donc ajouter des règles

lui-même. Donc ajouter des règles globales, je suis pas super fan. Je

préfère créer des workflow spécifiques qui vont avoir des résultats impressionnants quand j'en ai besoin et quand j'en ai pas besoin et ben je les utilise pas. Et voilà. Donc là c'est

utilise pas. Et voilà. Donc là c'est typiquement ici le skill que j'ai fait juste ici qui va te permettre d'avoir ça. Et donc là tu vois que lui il est en

ça. Et donc là tu vois que lui il est en train de coder en background mais écoute le le code nous intéresse pas beaucoup ici. C'est surtout le workflow qu'on a

ici. C'est surtout le workflow qu'on a fait ici. Donc là c'est très

fait ici. Donc là c'est très intéressant. Maintenant, il y a un autre

intéressant. Maintenant, il y a un autre truc qui est très intéressant et qu'il faut comprendre avec ce contexte, c'est le prompt Discovery. En fait, en

général, on a un problème qui s'appelle Lost in the middle. Quand vous euh envoyez des messages, on a c'est prouvé plein plein d'articles là-dessus, hein.

Je peux lancer un petit àent-claude juste pour le fun ici. Bam ! Mais en

clair, l'impact sur l'output. Donc on se rappelle que une si tu peux la la visualiser, c'est une sorte de machine comme ceci qui va prendre un mot en

entrée. Donc imagine-toi qu'on lui pose

entrée. Donc imagine-toi qu'on lui pose une question quelle est la taille de la tour Fel comme ceci. On vient lui envoyer ça en entrée et ensuite elle va

exécuter une sorte de layer d'intelligence comme ceci avec plein de avec plein de paramètres un petit peu compliqués hein. C'est une sorte de

compliqués hein. C'est une sorte de machine serveur. Et elle va retourner un

machine serveur. Et elle va retourner un mot. Donc ici un mot par exemple là.

mot. Donc ici un mot par exemple là.

Donc elle retourne que là et ensuite on prend ce mot, on l'ajoute au message et on génère le prochain mot. Et donc euh le 2è mot c'est tour parce que on a posé

cette question sur la tour Effel et il va refaire ça comme ceci. Hop, on

réexécute tout le ordinateur et il felle et chaque fois il va retourner un token.

C'est ça le token, c'est qu'en fait il génère token par token et à chaque token, on a besoin de relancer la machine entière avec comme paramètres tout le contexte. Mais plus ce texte est

grand. Donc c'est-à-dire que si ici je

grand. Donc c'est-à-dire que si ici je viens en fait rajouter énormément d'informations. Donc imaginons que je

d'informations. Donc imaginons que je commence mon texte en expliquant toutes les règles.

Ensuite je viens du coup exactement comme l'autre fonctionne. Donc ici c'est le système prompt, le système tool.

Ensuite je viens lui donner euh le contexte donc les infos sur moi et cetera et ensuite il travaille. et il

fait la fiture et ça va aussi prendre pas mal de token. En fait, lui, il va donner beaucoup plus d'importance à tout ce qui est au début et tout ce qui est à la fin et beaucoup moins d'importance à ce qui est au milieu. Et c'est pour ça

qu'on peut avoir un graphique comme ça.

Tout ce qui est au début, les memory files, les les agents et cetera, en fait, ils sont bien mémorisés. Tout ce

qui est au milieu, donc ça pourra être tout simplement la phase d'exploration va avoir beaucoup moins d'impact et toutes les dernières choses auront beaucoup plus d'impact. Si on regarde la

petite étude qui nous a trouvé, donc juste ici le problème euh donc attention shink, les premiers token, donc les informations du début récupèrent une

attention disproportionnée sur l'output.

Euh l'auto crée régression crée un biais vers les tokens récents, donc les tokens du début et les tokens du début. Et

début et fin sont structurellement spéciaux pour le Transformer. C'est un

problème structurel des Transformers, pas un bug. Ça reflète le biais cognétique humain. Les chunks au milieu

cognétique humain. Les chunks au milieu de contexte sont ignorés. Les décisions

observation du milieu de l'historique sont oubliées. Les instructions au

sont oubliées. Les instructions au centre sont souvent pondérées et il y a que un/ers un un demi de la fenêtre qui est utilisée. Donc ici typiquement avec

est utilisée. Donc ici typiquement avec les rages. Donc ça c'est ce qui se

les rages. Donc ça c'est ce qui se passe. Et donc le problème c'est que

passe. Et donc le problème c'est que votre promte qu'on a fait juste ici quand on y réfléchit dans le contexte on a eu cette phase d'exploration mais peut-être qu'il a oublié certaines

parties et qu'avec tous les tonkens d'exploration il va avoir des résultats de moins en moins intéressants. Et donc

pour ça, on peut faire ce qu'on appelle du prom discovery parce que en fait ce qui se passe c'est que si j'utilise EPCT qu'on a vu avant mais si on utilise appex au début il va avoir beaucoup de

d'importance sur le prompt parce que tu sais quand tu fais la commande elle a énormément d'importance mais ensuite quand il commence à utiliser plein d'agents explorer et ben ton prompt se retrouve un peu au milieu du contexte et

ensuite quand il fait le plan, le prompt se retrouve loin puis de plus en plus loin et extrêmement loin et donc il se retrouve clairement oublier ce que tu viens de réaliser.

Pas oublier mais avoir beaucoup moins d'importance sur le prom que tu lui as donné. C'est ce qu'on appelle le lost in

donné. C'est ce qu'on appelle le lost in the middle.

Et donc c'est un concept très important à comprendre. Et donc ce qu'on peut

à comprendre. Et donc ce qu'on peut faire c'est du prompt Discovery. Au lieu

de venir lui donner un prompt au début et ensuite oublier tout ce qu'il a fait, on va lui donner un petit prompt au début qui lui dit la prochaine étape c'est de lire le prochain prompt.

Ensuite, il lit le prochain prompt et il fait l'action. Il lit le prochain prompt

fait l'action. Il lit le prochain prompt et il fait l'action. Et quand tu vois ici, tu peux voir que le dernier prom qu'il a reçu est très récent dans le contexte. Il va donc avoir énormément

contexte. Il va donc avoir énormément d'importance et donc il va extrêmement bien suivre les instructions. C'est

typiquement ce que j'ai créé ici avec par exemple mon workflow desbug. Le

workflow desbug. Alors je sais pas pourquoi ce truc est bloqué. Voilà. Hop.

le workflow des bugs, il va venir ici rechercher des des paramètres et ce qui va se passer, c'est qu'on va suivre un workflow spécifique. Et euh pour ces

workflow spécifique. Et euh pour ces workflow qu'on a juste ici, on a des fichiers. Donc typiquement ici, on va

fichiers. Donc typiquement ici, on va avoir des steps avec la step d'initialisation, d'analyse. Donc ici, on va analyser en

d'analyse. Donc ici, on va analyser en fait l'erreur avec plein de techniques d'analyse que j'ai précisé ici. Ensuite,

il va chercher des solutions. Donc, il

va réfléchir aux solutions possibles. Il

va proposer les solutions, il va résoudre les solutions et va vérifier que ça fonctionne. Et donc en fait ici, tu vois qu'on a transformé un prompt en cinq prompts qui vont être découverts au

fur et à mesure. Donc typiquement dans notre application qu'on a fait juste avant, alors je sais même plus où elle est, mais ici on a l'application dans lequelle on peut écrire notre chiffre d'affaires et exporter en PDF. Et on

peut voir que d'ailleurs ça a très bien fonctionné. Et et oui, ça fonctionne

fonctionné. Et et oui, ça fonctionne tout de suite. One shot, même pas besoin de réfléchir. Et donc ici, on pourrait

de réfléchir. Et donc ici, on pourrait faire par exemple un prendre comme quoi ici a trop de spacing et utiliser des bugs juste pour la démo. Alors, c'est un peu utiliser un bazooka pour tuer une

mouche mais il faut bien démontrer des trucs. Donc si je vais utiliser des

trucs. Donc si je vais utiliser des bugs, mettre l'image et dire il y a trop de spacing au-dessus des cartes informationnelles comme ceci.

Et tu peux voir en fait ce qu'il va faire quand on utilise cette commande desbug. Il va d'abord initialiser donc

desbug. Il va d'abord initialiser donc ici avec le fichier init pour initialiser, il va initialiser les paramètres. Donc ici error contexte

paramètres. Donc ici error contexte analyse solution file modified. En fait

ça va lui permettre de garder les informations dans le contexte et il va répéter ces informations encore exactement pour se battre contre ça.

Ensuite tu vois qu'il vient lire le fichier analyse et donc il vient télécharger mon prompt analyse afin de pouvoir analyser comme ceci. Une fois

que il a analysé son prompt comme ceci.

Donc ici là, il réfléchit réfléchit et une fois qu'il a l'erreur, tu peux voir qu'il vient, alors je sais pas si ici on arrive à regarder, mais il vient proposer les solutions en suivant le l'étape une. Il nous dit "Bah voilà, il

l'étape une. Il nous dit "Bah voilà, il y a ce problème là, il y a ce problème là. Est-ce que tu veux continuer ?"

là. Est-ce que tu veux continuer ?"

Et là du coup, je vais faire une petite réponse. Et une fois que je réponds, tu

réponse. Et une fois que je réponds, tu vas voir qu'il va lire en fait le prochain fichier. Donc là, tu vois qu'il

prochain fichier. Donc là, tu vois qu'il vient lire step 2, trouver la solution.

Et donc vu qu'ici j'ai pas activé le mode auto parce que j'ai aussi fait des modes à ces commandes, tu peux voir qu'ici il vient me proposer bah voilà, soit je fais cette solution, soit celle-ci, soit celle-ci. Qu'est-ce que

tu préfères ? Solution 1, solution 2, solution 3. Hop, je lui dis solution 1.

solution 3. Hop, je lui dis solution 1.

Une fois que je lui ai donné la solution, il peut récupérer la prochaine step. Et encore une fois, ça fait que il

step. Et encore une fois, ça fait que il va suivre son prompt de manière assez assidue parce que là, tu peux voir qu'il lit la step fixe en fait en dernier.

Donc il a le prompt fixe qui est vraiment dans la mémoire. Et donc ici, il me fait sa petite update et voilà, ça corrige. Alors, c'est un exemple

corrige. Alors, c'est un exemple vraiment mauvais parce que Claude est horrible avec ses cartes et il comprend jamais rien comment utiliser ses cardes.

Mais le but, c'est juste d'expliquer qu'on vient faire du prom discovery pour optimiser les résultats et suivre des règles spécifiques. Donc, comment est-ce

règles spécifiques. Donc, comment est-ce que vous pouvez faire ça dans votre vie ? Pour faire ça, vous pouvez demander à

? Pour faire ça, vous pouvez demander à Claude tout simplement, j'ai envie que pour cette commande code, tu fasses du prom discovery avec des steps.

C'està-dire qu'on va créer un dossier step et dans ce dossier, on va séparer chaque étape de l'IA et on va l'obliger à lire chaque fichier un par un afin de pouvoir réaliser le workflow dans son entièreté et éviter de donner trop de

contexte dès le départ à Lia afin qu'elle puisse suivre chacune de ces étapes. Important de mettre ça aussi

étapes. Important de mettre ça aussi dans le plan pour que ça fonctionne bien. Et donc là, on va pouvoir en fait

bien. Et donc là, on va pouvoir en fait modifier ça pour optimiser le contexte, pour optimiser les résultats et faire en sorte en fait d'avoir des résultats bien plus zinzin. Donc c'est ce qu'on a juste

plus zinzin. Donc c'est ce qu'on a juste ici. Alors dans mon expérience, c'est

ici. Alors dans mon expérience, c'est vraiment incroyable à quel point du coup elle respecte plus. À l'époque quand j'avais pas en fait cette logique de step, Lia aurait avait tendance à pouvoir oublier certaines étapes et se

dire "Bon bah maintenant ça marche, c'est ciao, je passe à la je passe à la prochaine étape." Et donc tu peux voir

prochaine étape." Et donc tu peux voir que là il vient supprimer plein de choses et à la place il dit entry point.

Lis le fichier analyse et exécute-le avec les arguments. Et hop analyse. Donc

fais l'analyse et une fois que tu as terminé va sur le fichier plan n' demande pas de confirmation. Boum !

Maintenant, tu rentres dans le fichier plan et ensuite tu viens lancer execute après. Alors là, le problème qu'il va

après. Alors là, le problème qu'il va avoir, c'est que le plan permet de clear le contexte euh et euh ensuite execute et ensuite tu vérifies. Et donc, tu vois

qu'ici on a séparé le plan. Et là, ta liberté c'est le prompt. Et donc là, si tu veux pouvoir faire comme moi, tu lui dis

rajoute un paramètre t- plan. S'il est

pas activé, il utilise pas le plan mode. Et si c'est activé, on utilise le plan mode. Sans

plan mode, l'agent passe direct à l'exécution et il fait juste un plan dans le chat sans utiliser le plan mode. Et donc à ce

moment-là, tu vas même pouvoir rajouter des paramètres et customiser ton cloud pour avoir des workflow de zinzin. Et

donc si pendant qu'il travaille je te montre le workflow principal que j'ai/apex-hel tu peux voir que mon workflow a énormément de logique et de concepts

très complexes. Il a voilà plein de

complexes. Il a voilà plein de paramètres. Il a le paramètre A pour

paramètres. Il a le paramètre A pour faire auto pour ne rien te demander.

Examine pour se review automatiquement.

Save pour sauvegarder tous les outputs dans un dossier. Test pour créer et lancer les tests. Économie pour

économiser des tokens. Branche pour

créer une branche. PR pour créer une pool request. Interactive pour activer

pool request. Interactive pour activer les flagues via un menu. Donc ça c'est juste bonus. K pour lancer les tâches. M

juste bonus. K pour lancer les tâches. M

pour lancer les teams et résume pour résumer une ancienne tâche automatiquement. Et donc tout ça

tâche automatiquement. Et donc tout ça c'est fait et c'est exactement ça que j'ai fait. je lui ai demandé. Et donc

j'ai fait. je lui ai demandé. Et donc

vous voyez que là quand on fait ça, on va pouvoir retourner ici et pouvoir le lancer avec le workflow code. Et là tu vois que je peux lancer ou pas le mode plan et si je le lance pas, je peux lui

demander des modifications plus rapides.

Donc typiquement ici, je pourrais lui dire "ajoute un dark mode" parce qu'il y a pas de dark mode. "Ajoute un dark mode". Et tu peux voir que vu qu'ici je

mode". Et tu peux voir que vu qu'ici je passe pas le paramètre ti- plan, normalement il va passer son étape d'analyse. Donc là il lit le premier

d'analyse. Donc là il lit le premier fichier hein. Il lit le fichier analyse.

fichier hein. Il lit le fichier analyse.

Là hop il reçoit les infos et là il lance les agents d'exploration. Donc là

tu vois qu'il lance deux agents. Un pour

gérer le dark mode et un pour gérer donc là c'est très très smart ce qu'il fait.

tu vois qui vient gérer Chat CN Tailwinds et le dark mode dans la code base. Et là normalement il va pas lancer

base. Et là normalement il va pas lancer ce mode Teams euh il va pas lancer ce mode plan. Donc très intéressant pouvoir

mode plan. Donc très intéressant pouvoir configurer vos workflow pour s'adapter à la feature que vous êtes en train de faire. Ça permet vraiment d'avoir des

faire. Ça permet vraiment d'avoir des résultats de un. Donc ça c'est vraiment pour la création de skill. Donc ici, on a vraiment vu la la création de skill

avancé, la création de métaprom skill et la création de subagent qui vont venir supporter tes skills. Ce qu'il faut retenir et ce qu'il faut noter, c'est

vraiment que on a ici des workflow et que les sub agents ils supportent un skill. Donc la brique principale de

skill. Donc la brique principale de chacun de nos workflow, ça va être des skills qui vont permettre de diriger l'IA dans la bonne direction et les subagents vont permettre euh entre

guillemets. Donc comment est-ce que je

guillemets. Donc comment est-ce que je pourrais faire ça joli ? Alors il y a pas mal de de manières de faire ça, j'ai des idées. Mais les subagents, ils

des idées. Mais les subagents, ils supportent le skill donc ils sont sous le skill et le skill va pouvoir l'utiliser mais c'est le skill qui

englobe tout ça. OK. Et ensuite, suivant la complexité de ce qu'on veut faire, on peut créer des workflow skill et on peut faire tout ce qu'on veut, des scripts dans ces workflow pour qu'il crée des fichiers, pour qu'il crée des logiques

et cetera euh afin de pouvoir réaliser tous ces trucs. Donc là, on va pouvoir voir process à planning. Et là, tu vas voir assez magique parce qu'il va sûrement nous dire vu que je suis pas en

plan mode, je dois faire ça. Tu peux

voir qu'ici, voilà, je dois faire tout ceci. Plan mode est désactivé. Donc je

ceci. Plan mode est désactivé. Donc je

dois output le plan et process immédiat.

Et tu vois que là il l'implémente le plan, enfin il te met le plan et il fait juste l'action. Et tu vois qu'il m'a

juste l'action. Et tu vois qu'il m'a même pas demandé la validation contrairement à avant parce que j'ai pas activé le plan mode. Donc tu peux faire des dingueries, des folies meurtrières.

[rires] Alors, ça fait un peu bullshit, mais c'est vrai, c'est vrai, c'est vrai. Et

encore une fois, si tu veux avoir des exemples pour pouvoir créer ta propre configuration, tu peux te rendre juste ici un setup cloud code en 10 secondes euh avec une commande dans le terminal.

Tu vas voir, c'est assez rapide et ça te permet d'avoir tous ces toutes ces petites configurations qui vont t'aider.

Maintenant qu'on a vu tout ça, on peut passer au dernier sujet qui est l'utilisation des teams. Donc ça c'est dans les cas beaucoup plus avancés. Donc

ça va être difficile de faire une démonstration spectaculaire ici dans notre cas, mais on va pouvoir lancer des teams. Donc pour lancer des teams par défaut, vous pouvez lancer cloud et on

va pouvoir lancer notre workflow qu'on a créé et il va falloir activer un settings. Donc on va venir ici dans

settings. Donc on va venir ici dans cloud. Et on va ajouter juste ce

cloud. Et on va ajouter juste ce settings qu'il faut activer pour l'instant mais il y a des chances que au moment où tu regardes la vidéo, tu es plus besoin de l'activer. Donc je

t'invite pour être sûr que tu es à jour de chercher Cloud Team avec le lien code.cloud.cloud.com/dog/agentam

code.cloud.cloud.com/dog/agentam

pour venir lire la documentation actuelle. Tu peux voir que pour

actuelle. Tu peux voir que pour l'instant c'est expérimental mais il y a des chances que quand toi tu regardes cette vidéo, ce ne soit plus expérimental. Donc il y a pas de souci.

expérimental. Donc il y a pas de souci.

Donc on active ce paramètre et ça va permettre ici de venir faire ce qui est en fichier juste ici. Donc avec des sub aggent, ça lance des sub agent et c'est

le main agent qui réalise tout. Alors

qu'avec les agent team, en fait c'est notre main agent qui va pouvoir créer des teams et assigner des tâches avec une task list partagée. Et les teammates

vont pouvoir travailler sans passer par le main agents pouvoir travailler comme ceci et communiquer entre eux pour réaliser les tâches. Donc c'est très puissant et ça permet de faire des

choses intéressantes. Donc ce qu'on peut

choses intéressantes. Donc ce qu'on peut faire ici he d'ailleurs c'est ajoute un paramètre Teams qui utilise task list

plus create team. D'abord il crée une team. Ensuite il fait les tâches. Ajoute

team. Ensuite il fait les tâches. Ajoute

un paramètre Teams qui permet de venir faire la création de l'équipe une fois qu'on a le plan. Ensuite il crée toutes les tâches et les dépendances. Ensuite,

il crée les agents de l'équipe et il lance tout de manière autonome afin d'avoir les teams qui fonctionnent. Donc

on ajoute T-I T-R team Teams qui va s'occuper de tout ça. Donc l'agent peut décider lui-même d'utiliser ses ses teams, mais vous pouvez vous-même le

forcer à l'utiliser. Donc c'est ici ce qu'on va faire. Donc là, la même chose vu qu'on a notre workflow, vu qu'on a notre commande qu'on a créé ensemble qui permet maintenant de faire énormément de choses qu'on peut utiliser pour réaliser

beaucoup de tâches, et ben on va pouvoir ici créer des teams. Donc ici team mode, tu vois qu'il est très smart parce qu'en fait ici il va créer un deuxième fichier

execute. Donc il y a le execute entre

execute. Donc il y a le execute entre guillemets standard et il va créer maintenant le execute team qui celui-ci va venir créer une team, créer une tâche, créer les subgenes afin de

réaliser toutes les fitures qu'il faut.

Donc une fois qu'on a fait ça, on peut venir là, tu peux voir que ça c'est update directement en live- teams et pouvoir demander une tâche.

Donc qu'est-ce qu'on va demander comme tâche ? Alors, ça c'est la question 2025

tâche ? Alors, ça c'est la question 2025 parce que j'ai pas trop de d'idées de choses que je peux faire ici. Donc

voilà, ici par exemple pour l'email, je lui ai demander qu'est-ce que je pourrais faire et donc on va ici créer une nouvelle API root qui permet d'envoyer des emails. Donc là, je vais lancer une instance de cloud code ici dans le terminal. Donc je suis sur Z, ça

change un peu mais vous inquiétez pas, ça change pas grand-chose. Et je vais lancer code T- team pour venir ajouter cette nouvelle API route. Et on va voir ce qui se passe. Donc ici on a activé le

mode Teams et le mode Teams par défaut ne enfin au début ne change rien. On

continue avec la création simpl entre guillemets de de l'analyse.

Donc ici tu vois que hop je dois comprendre tout ça et cetera. Les

librairies il y a pas besoin parce que je connais déjà. Donc je vais explorer ça et je vais explorer ça et on le laisse un petit peu explorer. Donc tu

vois qu'ici il a récupéré tout son contexte et ensuite il dit bah voilà, j'ai analyser tous les fichiers nécessaires et maintenant je vais venir créer le planning. Il crée son planning

et maintenant il procè à l'exécution de l'équipe. Qu'est-ce qu'il va faire par

l'équipe. Qu'est-ce qu'il va faire par défaut dans l'interface un peu plus simple ? Donc ici on est directement

simple ? Donc ici on est directement dans le terminal. il va venir lire les différents fichiers qu'il a besoin et tu vois qu'ici il crée une nouvelle équipe

code campagne s API où ici il explique voilà il y a le team lead qui a été instancié juste ici et une fois qu'il a son sa team qui est créé il va créer des tâches donc ici on va voir qu'il y a une

tâche code compain sound API où il crée tâche une tâche 2 tâche 3. Donc je pense pas qu'il va y avoir beaucoup de tâches.

Voilà il y en a que deux. Et on vient ici lancer ensuite deux implementers.

Alors là, je me dis qu'il a oublié de lancer un agent de documentation.

Il a il a complètement oublié. C'est

n'importe quoi. Ici, on peut voir qu'on a deux dev. Et donc, en fait, là, ce qu'on va voir, c'est une nouvelle interface qui permet de faire flèche du bas. On a ici main et on a ici dev 1 et

bas. On a ici main et on a ici dev 1 et on a ici dev 2 qui lui ne fait rien.

Lui, lui, il dort tout simplement. On a

dev 1, dev 2 et on a main et les trois vont pouvoir communiquer pour réaliser ces tâches. Alors là, l'exemple est

ces tâches. Alors là, l'exemple est encore une fois assez simpl parce que sinon ça prendrait trop longtemps mais pour des tâches compliquées qui nécessitent une vraie séparation, tu vois qu'ici ce que j'avais pensé qu'il allait faire mais qu'il a pas fait

évidemment, j'aurais dû passer en plan mode ce qui aurait évité tout ça. Mais

ici c'est que il aurait dû évidemment créer un agent pour gérer la documentation. Et donc là, tu peux voir

documentation. Et donc là, tu peux voir que une fois qu'il a qu'il s'est un peu réveillé, en fait, toi, tu peux continuer à parler avec le main agent pendant qu'il y en a un autre avec Opus, la même chose qui est en train de

réaliser euh sa fature. Donc là, c'est typiquement ce qu'on voit. On a trois agents qui travaillent. Lui, on peut switcher ici en bas avec les sélecteurs, avec les flèches. Et là, tu peux voir

qu'il a laissé une nouvelle tâche et qu'une fois qu'il a cette nouvelle tâche, il va dire bah voilà, je lance un agent de F3. Et tu vois que def 3, lui, il a toutes ses règles ici pour venir

ajouter la documentation. Donc on a def 2, lui qui a ajouté le change log. Alors

lui, il servait vraiment à rien. Je sais

même pas qu'est-ce qu'ils ont fait. On

peut envoyer des messages au devkt attends un peu.

Et tu peux voir que là, je peux communiquer en fait avec les dev et en même temps je peux switcher en bas. Donc

ça c'est la première interface qu'on peut avoir. Et si tu utilises TMUX, tu

peut avoir. Et si tu utilises TMUX, tu peux avoir une interface multiagent qui prend un peu plus de place qui est pas très joli quand ici on a qu'un seul petit chat. Et donc pour ça, je t'invite

petit chat. Et donc pour ça, je t'invite à regarder mon mon autre vidéo dédiée en fait sur les team agents agent swarm ou cloud code agent team. Mais tu peux voir

qu'ici du coup on a plusieurs agents qui fonctionnent et le seul truc qu'on a fait c'est rajouter ce nouveau paramètre team et tout est automatique. Tu peux

voir que hop on a tout. Lui il slip donc en fait il attend chaque fois que les dev terminent. Le dev 1 maintenant il

dev terminent. Le dev 1 maintenant il est AFK. Le devon il est un peu AFK

est AFK. Le devon il est un peu AFK aussi. Et le dev 4 ils sont tous à FK.

aussi. Et le dev 4 ils sont tous à FK.

Ils sont tous en train de dormir. Et

voilà lui il me dit je vais shutdown la team et vérifier que le code a bien été effectué. Donc ça c'est pour la team.

effectué. Donc ça c'est pour la team.

Ici on peut alors pour Kenel, c'est un peu le bordel. Faut faire échappe échappe mais en même temps il s'arrête jamais de travailler. Donc

faut un peu faut un peu le courtcircuiter. Donc voilà et on a ici

courtcircuiter. Donc voilà et on a ici utilisé les teams. Quand est-ce qu'on utilise les teams ? comme on a fait juste ici. Donc qui est un outil pour

juste ici. Donc qui est un outil pour venir faire en sorte qu'une feature simple soit fait par plusieurs agents parce qu'on a vu que notre skill permet d'explorer mais ensuite on pourrait

avoir voilà si on a un un on pourrait avoir un implémuration, un implémurend, un implenteur du backend. Donc c'est un

peu des juniors dev qui font juste qu'on leur demande. Et ici en fait il y a le

leur demande. Et ici en fait il y a le main agent.

le team lead comme ils l'ont appelé qui va gérer tous ces petits agents. Le seul

moment où vous pouvez utiliser ce genre de fature multiagent, c'est quand vous avez des areas de fature très précises.

Imaginons qu'on a une feature ici comme on a vu ici ajouter une appro.

Quand on ajoute une app route, on a des aras de modification très précises. On a

une area de la documentation, on a une area du backend et donc on a deux choses précises qu'on peut gérer. À ce

moment-là, on peut définir un agent séparé pour les deux.

Par contre, si je lui demande rajoute une UI pour edit le user. À ce moment là, suivant comment si on a déjà le la

méthode backend, on a que une area frontend à modifier et c'est tout. Et à

ce moment-là, c'est pas très utile d'utiliser une agent team parce qu'en fait, ils vont se marcher dessus. On

utilise une agent team, on a vraiment un truc séparé. L'exemple le plus poussé

truc séparé. L'exemple le plus poussé là-dessus, c'est imagine-toi que tu as un monoipo avec un backend. un frontend et une nappe mobile et tu veux rajouter une

nouvelle fature à ce moment-là, c'est très précis. On va avoir une area

très précis. On va avoir une area frontend, une aeraend, donc une zone de surface à modifier et une ARA app mobile. Les trois sont trois

ripos différents, donc il y a aucun monde où les trois se marchent dessus et ils vont pouvoir réaliser les features en même temps de manière à côté. Dans

mon expérience, les agents ne communiquent pas vraiment entre eux. il

communique pas vraiment beaucoup et c'est encore un petit peu buggé à l'heure où je te parle. Au moment où tu regarderas cette vidéo, j'espère que ce sera plus le cas et je pense qu'en fait à l'heure actuelle, il va falloir

entraîner les agents pour être capable de travailler ensemble parce qu'actuellement ils sont pas encore très coopératifs, ils sont plutôt indépendants dans leur manière de penser. Et donc cette histoire de

penser. Et donc cette histoire de coopération n'est pas la la tu vois les communications entre les agents ici ne fonctionnent pas vraiment. On a surtout

des communications euh avec le team lead sans communiquer entre eux. Et donc le dernier sujet de cette vidéo un peu dev avancé, Cloud code avancé qu'on a vu.

Donc là, on a vu les teams. Mais maintenant peut-être que tu veux carrément travailler sur deux choses.

Encore une fois, imagine-toi qu'on a notre monoripo et que ici je fais une fature qui modifie tout ça et j'en fais une deuxième qui va modifier tous les mêmes

choses. Donc feature 1, c'est ajouter

choses. Donc feature 1, c'est ajouter settings UI et feature 2, c'est j'ai pas trop d'idée comme ceci,

ajouter user UI. Mais en fait, il y a plein de fichiers qui vont devoir être modifiés, les mêmes. Donc pour rajouter des nouvelles pages, il va falloir modifier le fichier rout. TS, il va

falloir modifier le fichier euh des des des des des des gestions des pages, side bar et tout ça. Et donc, les deux agents vont se retrouver à modifier

les mêmes fichiers et l'agent, il va lancer Typecript, il va voir qu'il y a un autre truc qui se passe et donc les deux vont un peu se battre et c'est pour ça qu'on peut utiliser un système de work avec Cloud code. Alors dans cette

vidéo, je vais te partager la manière la plus simple de le faire et après tu peux t'amuser à créer des workflow compliqués. Donc pour ça, tu peux lancer

compliqués. Donc pour ça, tu peux lancer l'applode tout simplement.

Et quand tu lances l'applode, ici j'ai la petite démo que j'avais fait, on peut avoir ici un menu code. Quand on lance ce menu code, on va avoir ici toutes nos petites tâches de code qu'on a pu faire

et on va pouvoir sélectionner un folder donc un dossier, donc typiquement l'email.

Ensuite, ici, je vais pouvoir quand je suis dans code activer le mode work en choisissant le mode local que ici je peux configurer pour ajouter toutes les

API key, toutes les copies de session et cetera. Et donc ici, on peut en fait

cetera. Et donc ici, on peut en fait faire la création d'un work tre un petit peu simplifié, hein. Create a work or just say don.

Et tu vois que ici, en fait, quand je le lance avec ça, ça va créer un work tree sous le capot. Donc c'est ici ce qu'on voit avec la petite interface. Donc ici

il va dire down. Et là on a un work tree. On peut ici aller tout en bas pour

tree. On peut ici aller tout en bas pour copier le work et même l'ouvrir. Voilà

sur Z sur cursor. Donc typiquement ici une fois que vous avez créé le work tre vous pouvez l'ouvrir.

Donc ici moi je vais l'ouvrir sur Z. Et

là, tu peux voir que j'ai ce ripo qui s'appelle Crazy Ele qui est dans le dossier, si je viens ici regarder, qui est dans le dossier developer

sassumil.cloudwick

sassumil.cloudwick crazy elegance. Et là, je suis dans une

crazy elegance. Et là, je suis dans une version séparée de mon code, ce qui va me permettre de faire la fature qu'on a vu avant. Donc, par exemple, slashcode

vu avant. Donc, par exemple, slashcode teams réalise une API route pour blablabla. Et je vais pouvoir lancer

blablabla. Et je vais pouvoir lancer plusieurs agents qui vont travailler dans leur work. séparé. Ça va permettre de faire des fatures complexes, complètes, avec énormément de choses de

manière séparée et parallèle. Donc là,

je lance un agent ici et je peux en lancer un autre, un autre, un autre.

Donc c'est plutôt simple à utiliser, hein. Vous faites votre petite action

hein. Vous faites votre petite action ici, vous lui dites réalise une appro pour blabla. Il fait son truc, ensuite

pour blabla. Il fait son truc, ensuite il crée une PR, tu merges la PR et c'est terminé. Donc le workflow, ça va être

terminé. Donc le workflow, ça va être ici d'utiliser un outil de worktre. Donc

pour ça, le work tool, ça peut être cloud, ça peut être codex, ça peut être conductor, ces trois applications qui permettent de gérer tous vos work. Vous

pouvez aussi directement demander à Cloud Code de le faire mais ça va être un peu messy. La deuxième étape que vous allez pouvoir réaliser, c'est la fature.

La troisième étape qui va se passer une pool request.

Donc afin de d'ajouter le code dans main et ensuite ça va être la destruction du work tree. Comme ça vous êtes bon et

work tree. Comme ça vous êtes bon et vous avez terminé votre fature bam bam et bam. C'est un peu près ça le

et bam. C'est un peu près ça le workflow. Quand est-ce qu'on utilise un

workflow. Quand est-ce qu'on utilise un work tree ? le work tre, ça va vraiment

work tree ? le work tre, ça va vraiment avoir pour but de travailler avec plusieurs agents. Alors déjà, sachez que

plusieurs agents. Alors déjà, sachez que quand vous travaillez avec plusieurs agents en même temps, quand vous avez plusieurs workflow, vous allez vous retrouver avec plein de terminales qui

vont lancer des trucs et qui vont faire des choses. Attention à ne pas rentrer

des choses. Attention à ne pas rentrer dans la dans le piège. Donc si ici je retrouve, vous voyez qu'on a beaucoup on a fait on a fait beaucoup d'histoires depuis le début de cette vidéo, vous allez avoir plusieurs terminales. Moi,

je vous conseille d'en avoir maximum quatre suivant vos degrés de difficulté parce qu'à partir du moment où en fait ces terminales, ils vont bosser et ensuite ils vont s'arrêter et donc au

début ils vont tous bosser et une fois qu'ils vont tous bosser, toi ici ils vont te demander ton attention, ils vont te demander est-ce que tu veux continuer ? Du coup, tu vas regarder lui mais

? Du coup, tu vas regarder lui mais pendant ce temps, lui il bosse pas et après lui il bosse pas et en fait tu te retrouves en fait avec des agents qui travaillent pas tout le temps et ensuite tu te retrouves là et en fait tu as tes

agents qui travaillent 25 % du temps.

C'est pour ça qu'il faut faire attention avec les worke. Ça ça peut t'emmerder.

Moi j'utilise jamais les work sauf quand j'ai des features qui vont structurellement changer mon application et où j'ai peur de le faire dans ma branche made parce que je veux toujours faire des petits fix. Donc pour des

énormes refactor, je vais pouvoir penser à utiliser un work tre mais je vais jamais l'utiliser pour des petites fatures parce qu'il faut savoir que généralement vous pouvez travailler sur

les features dans le même ripo en parallèle. Imaginons que sur Subfast,

parallèle. Imaginons que sur Subfast, juste ici, je lance un agent qui s'occupe de venir modifier l'éditeur de thumbnail juste ici. J'en lance un autre

qui modifie la page des générations et j'en lance un autre qui qui modifie les vidéos. Les trois vont pas se marcher

vidéos. Les trois vont pas se marcher dessus et même s'ils se marchent un petit peu dessus, c'est pas très grave parce qu'ils vont juste faire deux trois trucs, ils vont un peu s'énerver mais ça va pas détruire. Mais par contre, si je

décide de refactor l'application en utilisant convexe, donc changer toute la database et qu'en même temps je lance un autre agent qui vient modifier une fature, ça va être la merde noire, tu

vois. Enfin, ça va ça ça n'a aucun sens.

vois. Enfin, ça va ça ça n'a aucun sens.

L'agent qui modifie la fature, il va pas comprendre pourquoi tous les imports sont en train de disparaître et cetera.

Et donc à ce moment-là, ça va être intéressant de venir lancer des word tree. Si vous travaillez en entreprise

tree. Si vous travaillez en entreprise ou autrees, ça peut aussi être plus intéressant pour votre bien-être et cetera. suivant votre cas. Moi

cetera. suivant votre cas. Moi

généralement, je vais vous dire lancer plusieurs agents directement dans le code qui font chacun vos trucs et s'il commencent à s'énerver à dire "Mais je comprends pas, il y a ce fichier qui a modifié, vous leur dites de résoudre."

Personnellement, moi j'ai géré beaucoup de ça avec le prompt. Donc dans mon cloud, moi je lui dis voilà s'il y a des s'il y a des erreurs euh s'il y a des erreurs types script que tu n'as pas

directement implémenté, en fait c'est pas trop ton problème et tu peux juste passer à la suite. OK ? Donc occupe-toi

que de ta fature et reste limité à ta feiture et bats-toi pas. Donc soit tu lances plein de euh cloud ici qui sont des instant close dans le même projet,

dans le même rio, soit tu décides de paraller les projets et à ce moment-là tu vas lancer plein de projets, donc des work qui vont chacun effectuer des

petites tâches. Donc hop, un projet, un

petites tâches. Donc hop, un projet, un work, un autre projet, un work tree. Un

autre projet, un work tree. Et donc à ce moment-là, tu as plein de choses. Faut

faire attention les work parce que si vous travaillez en équipe, bon c'est pas très grave. euh parce que vous avez

très grave. euh parce que vous avez l'habitude d'émerge. Mais après ces

l'habitude d'émerge. Mais après ces work, il va falloir l'émerger ensemble parce que là on a le code update 1, ensuite on a le code update 2, puis on a le code update 3. Si vous lancez tout

dans le même agent, finalement ils vont s'occuper du merge au fur et à mesure.

Si vous lancez tout dans les trucs séparément, il va falloir tout merger.

S'il y a un des agents qui est amé tout convexe de data de postgèce à convexe, vous allez vous retrouver avec un truc infame où les deux ici vont utiliser

postg devoir vous emmerder à merger.

Donc en fait ça crée d'autres problèmes.

C'est pour ça que c'est vraiment intéressant quand vous changez de manière structurelle quelque chose et vous êtes pas forcément sûr.

Typiquement moi dans l'email euh une fois je voulais changer les workflow et ajouter une conditional step. En fait ça demandait beaucoup de changement.

J'avais peur de faire ça dans mon code principal et qui détruisse tout. Et donc

j'ai lancé un work tree. Comme ça, je peux review le code, il y a une PR et cetera et ça suit un un workflow beaucoup plus conventionnel. Donc en

fait, ça dépend aussi à quel point vous êtes sur le spectre, sur le yolo mode.

Donc est-ce que vous êtes un un yolo un yolo codeur qui fait les choses en mode yolo ? Donc tout dans le même truc où

yolo ? Donc tout dans le même truc où vous êtes très strict et à ce moment-là l'utilisation de worktre peut être plus intéressante. Dans votre cas, voici un

intéressante. Dans votre cas, voici un petit peu pour ces work. Donc il y a pas vraiment de tuto spécifique parce que je vous invite vraiment à utiliser ces outils là. Vous allez faire des fatures

outils là. Vous allez faire des fatures merger les PR. Faire des fatures merger les PR. Typiquement ici je lui dis dans

les PR. Typiquement ici je lui dis dans mon work tre change le RM et fais une PR. Tu peux voir que ici du coup il a

PR. Tu peux voir que ici du coup il a modifié son fichier. Ici il crée la pool request. On peut voir ici dans

request. On peut voir ici dans l'interface qu'on a des petits boutons qui s'updatent directement dans l'interface Cloud qui permet de simplifier tout ça. Et ensuite ici, on a une PR qui s'est créée et vous pouvez

voir qu'ici il va y avoir la PR qui va normalement se mettre à jour quelque part dans l'interface. Bon ici, il prend un peu de temps et vous allez dans la PR et vous la mergez en fonction hop core

update me bla bla bla on merge et vous passez ça un petit peu en mode plus structure conventionnelle. Donc à vous

structure conventionnelle. Donc à vous de voir, à vous de tester tout ça et c'est aussi très intéressant. Le dernier

sujet qu'on va voir pour terminer cette vidéo en beauté, c'est les plugins.

Donc j'avais oublié d'en parler dans la première vidéo, mais c'est un peu plus avancé. Ici d'ailleurs, on a un bouton

avancé. Ici d'ailleurs, on a un bouton plugin avec des des des skills ici par exemple frontend design mais en fait on va pouvoir ajouter beaucoup de plugins.

Les plugins pour moi c'est un truc un peu fail de anthropique parce que ça te permet de venir installer des configurations externes que tu contrôles pas. Donc ici, vous allez pouvoir vous

pas. Donc ici, vous allez pouvoir vous rendre dans Cloud juste ici. Je vais

faire slash clear et ici je vais venir faire slash plugin. Dans slash plugin, on va voir tous les plugins que vous pouvez installer. Donc par exemple, on

pouvez installer. Donc par exemple, on peut installer Contex S qui va venir installer le MCP directement. Donc ici

maintenant, vous avez un un plugin contex 7 qui a été rajouté. On peut

rajouter GitHub, feature dev, donc compréhensif, feature développement workflow. with specialized agent for

workflow. with specialized agent for codebase exploration architecture design. Donc c'est un peu ce que je vous

design. Donc c'est un peu ce que je vous ai dit. Le problème que j'aime pas,

ai dit. Le problème que j'aime pas, c'est qu'ici quand j'installe ce plugin, voilà, on a installé feature dev, il y a pas de souci. On va se retrouver ici

avec un un dossier juste là plugin où on va avoir marketplace cloud plugin officiel et là euh cloud plugin external

plugin non plugin.

Ici on a par exemple le plugin qu'on vient d'installer. Donc si je me trompe

vient d'installer. Donc si je me trompe pas c'est feature dev et donc lui il vient vous ajouter un code architect un code explorer et un code reviewer ici.

Donc trois agents avec ici une commande.

Donc on peut voir en plus que c'est même pas mis à jour parce que les commandes sont dépréciées qui vient vous ajouter les commandes. Quel est mon problème

les commandes. Quel est mon problème avec ces plugins ? C'est que vous contrôlez pas le code qui vient d'être ajouté parce que du coup il se retrouve dans un dossier que vous pouvez pas modifier. Si je lui dis modifie-le, ça

modifier. Si je lui dis modifie-le, ça va fonctionner. Je vais pouvoir modifier

va fonctionner. Je vais pouvoir modifier avec l'autre code. Ça le problème c'est que je vais le modifier mais qu'après il va automatiquement se mettre à jour et écraser mes changements. Donc en fait

les plugins vous permettent d'expliquer des différents d'intégrer différents trucs dans votre code, d'intégrer différents outils dans votre code, mais vous perdez le contrôle. Moi, je vous

invite vraiment et c'est d'ailleurs le mindset de ma configuration juste ici, hein, que je vous ai partagé, c'est qu'une fois que vous installez cette configuration, elle vous appartient et cette configuration, elle vous donne pas

des outils déjà faits que vous avez pas le choix. Elle vous donne des outils que

le choix. Elle vous donne des outils que vous allez pouvoir modifier pour créer vos outils. En installant des plugins,

vos outils. En installant des plugins, vous perdez le contrôle, vous perdez le contrôle de votre logique, de votre manière de faire. Et donc ici quand vous installez ce feature dev, vous êtes

bloqué avec leur manière de faire. Moi,

je vous invite vraiment à plutôt venir chercher des codes open source ou des gitub, copier ces fichiers et les installer dans votre dans votre

dossier juste ici. Comme ça, vous contrôlez ce feature dev avec les différentes choses qu'on peut avoir juste ici. Et vous créez votre commande

juste ici. Et vous créez votre commande même par exemple ici, moi ce que je pourrais lui dire, c'est ici, tu vois que là, je peux copier les trois agents.

Hop, je viens les coller juste ici. Et

là, je vais dire inspire-toi par exemple skill creator update code skill pour t'inspirer de la

commande feiture dev et là vous contrôlez la puissance de l'outil. Et

des trois agents code- architect explorer review. Alors moi, j'ai déjà un

explorer review. Alors moi, j'ai déjà un code review 2 pour améliorer ma commande. Et donc en fait toi tu viens

commande. Et donc en fait toi tu viens récupérer les concepts intéressant des plugins et des outils extérieurs pour venir créer ta propre configuration qui

répond à ton besoin et les choses que tu fais toi. Ça c'est le meilleur conseil

fais toi. Ça c'est le meilleur conseil que je peux donner et ça ça va te faire devenir un power user de cloud code pas dépendant de la mise à jour des plugins de Michel et de Gertrude dans son

garage, pas dépendant de rien. Et tu vas pouvoir modifier comme je fais ici mon workflow qui s'appelle code qu'on a créé ensemble dans cette vidéo avec des concepts intéressants. Donc typiquement,

concepts intéressants. Donc typiquement, si tu rejoins le ma configuration et que tu télécharges mon Workflow Apex que je t'ai montré avant, et ben tu vas pouvoir réutiliser les concepts que je fais pour

créer ton Workflow Apex ou ton workflow code ou ton workflow GM codé. Tu

l'appelles comme tu veux, tu fais ce que tu veux mais tu vas pouvoir créer ta manière de faire. Ta manière de faire qui va te donner des bien meilleurs résultats. Donc là, typiquement, c'est

résultats. Donc là, typiquement, c'est ce que je suis en train de faire. J'ai

utilisé ça. J'ai utilisé le skill qu'on a créé ensemble pour créer des skills, pour créer des commandes. Et ici, je viens euh créer tous ces agents qui vont permettre de venir voir qu'est-ce que

j'ai besoin et qu'est-ce qui euh me permet. Donc là, d'ailleurs, on peut lui

permet. Donc là, d'ailleurs, on peut lui dire "Arrête-toi et dis-moi ce que je peux importer."

peux importer." Donc ici avant même qu'il commence à modifier les fichiers une fois qu'il aura fini de lire. Je sais pas pourquoi des fois il il prend du temps des des

heures entiers pour lire trois fichiers.

J'ai les j'ai envie de le j'ai envie de le fumaxer. Bon ça c'est ça c'est

le fumaxer. Bon ça c'est ça c'est personnel. Et là boum vous lui dites

personnel. Et là boum vous lui dites qu'est-ce que je peux importer. Donc ça

c'est un petit peu mon tips. Par

exemple, frontend design, c'est un skill qui est dans clone. Vous pouvez soit l'importer via les plugins. Donc ici

slash plugin install, tu peux voir qu'on a par exemple ici ce frontend design qui est là. Soit vous importez ce frontend

est là. Soit vous importez ce frontend design via cet outil, soit vous utilisez skill.shsh SH et moi j'aime beaucoup

skill.shsh SH et moi j'aime beaucoup plus le mindset qui est ici.

Vous installez Frontend Design ici et vous installez le skill directement.

Comme ça le code vous appartient en fait avec ces logiques. La même chose avec les MCP, la même chose avec tout ce que vous voulez. Ce qui permet d'avoir des

vous voulez. Ce qui permet d'avoir des trucs beaucoup plus cool. Tu vois ici on a frontend design. Soit vous l'installez comme ça, soit vous l'installez comme ça. Moi les skills, j'ai pas trop kiffé

ça. Moi les skills, j'ai pas trop kiffé à cause de ça parce que j'aime beaucoup la la liberté. Mais en gros, vous pouvez faire ça et je vous invite à lire. Il y

a les officiel plugin ici. Je trou que je sais pas très bien d'ailleurs quelle est la différence entre Anthopic Cloud Code et Anthopic Cloud Official Plugin.

On peut voir ici que dans Cloud Official Plugin, il y a beaucoup plus de plugins.

À voir ce que vous aimez. Moi, je vous invite à les voler et à les utiliser pour réaliser votre workflow. Et c'est

là où vous allez vraiment être productif. Et euh c'est là où pour moi

productif. Et euh c'est là où pour moi vous allez vraiment débloquer la la puissance de ce genre d'outil en devenant vraiment euh euh en contrôlant vos choses. Aussi,

ces plugins, ça vous bloque un petit peu dans Cloud Code et je suis quand même pro le fait d'avoir de l'ouverture.

Quand vous contrôlez les fichiers, vous êtes capable de se déplacer, de changer d'outil plus facilement. Donc

typiquement ce skill, c'est pas mal. Je

pense qu'il y a un peu tous les skills qu'on a vu avant. Si je regarde le plugin que je viens d'installer qui s'appelle feature dev et vous cherchez feature dev ici. Voilà, on peut voir qu'on a ici un feature dev. Alors, j'ai

pas l'impression que c'est entropique.

Donc peut-être qu'il va falloir voler différentes informations, mais installer les les librairies et en fait utiliser tout simplement VS Code pour inspecter.

Ici, vous pouvez voir tous les plugins avec par exemple explainer output style commit commande avec ici trois commits.

Ça je sais pas très bien à quoi ça sert.

P review, Ralf Vigun et ici dans Cloud Code officiel plugin, il y a vraiment pas mal de plugin. Je suis intéressé de savoir un petit peu comment Contex S ici fonctionne. External plugin. Donc en

fonctionne. External plugin. Donc en

fait ça rajoute juste le MCP hein. Ça

rajoute le MCP sans votre clé API. Donc

c'est un peu un peu débilos. Bon c'est

pas très grave. C'est pas très grave.

Voilà un petit peu pour toute cette vidéo. Écoutez si vous voulez soutenir

vidéo. Écoutez si vous voulez soutenir mon travail encore une fois abonnez-vous à cette chaîne YouTube, mettez un commentaire. Ça a été une très très

commentaire. Ça a été une très très longue vidéo suivant ce que vous regardez. Elle pourra durer jusqu'à à

regardez. Elle pourra durer jusqu'à à peu près 3h. Donc mettez vraiment un commentaire. C'est un plaisir de la

commentaire. C'est un plaisir de la faire et j'espère vraiment que vous avez récupéré toute la valeur que je vous ai partagé ici. On se dit à bientôt.

partagé ici. On se dit à bientôt.