#8 De l'idée au produit 2x plus vite : le playbook IA de Claap, avec Robin Bonduelle

c'est plus une surcouche que tu vas utiliser dans Cloud code et donc quand tu as ce qu'on utilise BIMAD ou pas, la réponse c'est par rapport à la complexité de ton projet. Ben BIMAD il y a quand même un peu de mourdeurs. Si je veux rentrer dans le vin-flow, il va me demander d'abord j'ai envie d'avoir des grandes lignes, j'ai envie qu'on fasse de la recherche, il va te faire remonter de la recherche, il va te faire malider tout un tas de documents, c'est laborieuse. Donc si j'ai des choses complexes à mettre en œuvre, on sait que tout est cadré, tout contexte à mettre enregistré dans des fichiers qui sont typés, normalisés, donc l'arbre de décision pour moi, c'est chose simple, je reste complètement optimade, chose assez compliqué, j'utilise BIMAD. Bienvenue dans AI Club, votre rendez-vous dans lequel on décortit des cas d'usage, il y a appliqué au Bit ou Bit, en passant derrière l'écran de mes invités. Je m'appelle Eric Séclet, cofondateur de Spacey Lémon, l'agence en contene Bit ou Bit des entreprises qui veulent industrialiser leur stratégie de contenu. Et je vous propose d'embarquer avec moi dans des épisodes actionnables avec du partage d'écran de la démolive, des conseils des workflow pour enfin passer de la théorie à la pratique. Alors si vous voulez démistifier l'IA, apprendre à vous augmenter, vous êtes au bon endroit. Bienvenue au Club! Avant de démarrer, je dois vous parler de Weglot, le sponsor de l'émission, sans qu'ils ces épisodes ne seraient pas possibles, et c'est un partenaire particulièrement bien placé pour un podcast sur l'Ir. Dans une étude que je vous mets en description, Weglot a analysé 1,3 millions de citations générées par les LLM. Les skills ont trouvé et assez frappant. Britannica, par exemple, une des sources les plus cités au monde par les LLM, perds 55% de son trafic dès lors qu'une recherche est effectuée en français. Et tout ça, parce que l'IA privilégie le contenu dans la langue des utilisateurs. Donc si votre contenu n'existe que dans une seule langue, vous passez à côté d'une partie de vos clients, et des IA, qui les informent. C'est l'acte Weglot en train de jouer. Weglot vous permet de traduire votre site, en 110 langues, sans jamais toucher au code. C'est 100% français et déployé dans plus de 100 000 entreprises dans le monde. Et pour les auditeurs, des IA Club, ils ont un deal spécial. 3 mots offerts avec le code AIClubXWeglot sur les 3 premiers mois valables jusqu'au 31/12/2016. Je vous mets tout ça en description et on se retrouve pour notre épisodes. Salut Urban, bienvenue dans AIClub. Salut AIClub. Vous êtes parmi vous, toi et vous, du coup, très content. C'est une petite discussion. Ça va être chouette. T'as commencé à me brosser le tableau, juste avant d'appuyer sur record. Et franchement, ça s'annonce très chouette. Donc t'es le CEO et co-fondateur de Clap. T'es aussi un buildeur dans l'âme, j'ai envie de dire. Et aujourd'hui, tu vas nous expliquer un petit peu comment tu chipes des produits. Donc t'as une approche très cadrée de la recherche et la construction du fichier PRD. On va expliquer un peu tout ça jusqu'au marketing. Donc c'est hyper complet et dense et prévu, pas mal de petites démos au milieu. Donc une à la fin qui va être sur un cas réel que tu nous as gardés au chaud pour l'épisode. Donc vraiment, hâte. D'ailleurs, moi, la première question que j'ai envie de te poser. Donc peut-être une manière très précise de créer du produit. Comment on est arrivé là à productiser un peu cet approche produit? Oui, alors effectivement, moi, pour me présenter rapidement, ça fait à peu près 15 ans que je suis du product management. Et chez Clap, donc j'aurai lancé en 2021. Et je suis co-fondateur et CEO mais surtout, principalement, en charge du produit. Et donc, ce qui est assez intéressant, c'est que, comme toutes les fonctions quelque part, mais notamment la fonction produit, elle a complètement été réinvente par LIA. Historiquement, on avait, tu vois, dans une équipe, on parlait beaucoup de méthodes agiles, on parlait beaucoup de scrums, par exemple. Mais en fait, de Freymor, qui était déjà éprouvé et concrètement, j'ai réellé l'organisation d'une équipe qui a le rôle avec le product manager, qui a le rôle avec designer, qui a le rôle avec le développeur. Et puis, finalement, c'était comme un puzzle. Et les pièces du puzzle semblent équipes plutôt bien. Il est d'une avec les autres. Et en fait, avec LIA, tout a explosé. Parce que les rôles de chacun sont réontés. Et donc, tes pièces de puzzles marchent plus complètement. Parce que le designer va parfois aller faire des choses en plus, qui marchent sur les plate-bandes du développeur, pareil pour le PM. Aujourd'hui, on se retrouve dans un mode chez Clap ou les PM, des diners, ils peuvent développer eux-mêmes. Et donc, en fait, le rôle de chacun évoluant, ça demande de mettre un brin de théorie derrière, parce qu'on a vu qu'il s'est lancé de manière un peu cacophonie, qu'avec le vibe prodigne et les premiers développements de LIA. C'est bien, mais si on a envie de faire des choses à l'échelle, qui marchent pour une équipe de manière propre, cadrée dans le temps, t'as besoin de rationaliser. Et donc, toute ma réflexion, ça a été de me dire, comment est-ce qu'on passe de l'excitation initiale, ou t'as, en fait, tu te dis que tu peux tout faire avec le concept de vibe prodigne et les LLM de plus en plus puissant, à une méthodologie qui réinvente ce qu'on connaissait en terme d'organisation collective, mais pour quelque chose de pérène efficace et qui s'appuie sur LIA. -Completement, et en plus, tu me disais, enfin, sans spoiler, un petit peu, une des démotres que tu vas nous faire, mais il y a un tout ce que t'as sorti, tu me disais, je n'ai quasiment sorti en imprompte, parce que finalement, t'as toute cette approche qui est produtisée avec le contexte qui est structuré en amont, et c'est ça qui permet d'avoir de la velocité, et ce n'est pas le fait de reprompter, tu me le disais à chaque fois, effectivement, il y a aussi cette problématique-là. -Oui, effectivement, en fait, LIA s'appuie sur beaucoup de contextes. D'ailleurs, je peux peut-être partager mon écran si tu veux pour rentrer un peu dans le livre, mais il y a effectivement beaucoup de contextes, et je pense que c'est ce qui fait aujourd'hui la différence. Je pense que le nerf de la guerre et le cœur de la réflexion a quand même de parler d'organisation un peu collective chez CLAP. Ça a été de se dire comment est-ce qu'on peut rendre LIA le plus efficace possible, la plus efficace possible, et en fait, tout le monde a des modèles qui sont hyper puissants, et tout le monde profite des modèles, des nouvelles générations. Alors, on a eu 3.5, j'ai pété 3.5 au début, puis 4.5, puis 5. Maintenant, c'est plutôt entre au pic avec Claude, qui mène la danse, mais l'idée c'est que, à un moment, le modèle seul ne suffit pas, parce que pour qu'il soit pertinent, il faut vraiment qu'il soit connecté à nos enjeux, à notre contexte, à nos outils. Et si on arrive à mettre le bon système en place, c'est ce que je vais essayer de montrer aujourd'hui, comment est-ce qu'on peut le faire par exemple chez Clape, on a des résultats qui sont décuplés. Et cette notion, c'est la notion qu'on peut appeler la notion de Arnes, et du coup, je vais détailler un peu plus avant de rentrer dans les démos. Et donc aujourd'hui, moi, il y a 3 choses que j'ai envie de montrer. C'est comment est-ce qu'on a mis en place notre AI Workspace chez Clape, donc cette notion de Arnes pour bien connecter les outils à tout notre espace de travail, à notre connaissance de boîte quelque part. Comment est-ce qu'on a gérés ça, enfin, à l'utiliser ça pour pouvoir créer des tout l'interne? Cette partie-là, elle est un peu plus ludique, parce que c'est plus, par maintenant, on peut tellement facilement se faire des outils internes que l'on en fait plusieurs chaque semaine. Et c'est des outils qui sont jetables, et ça se remontrera quelques exemples. Et ensuite, quelque chose qui est vraiment plus lié à la boîte, en tant que tel, au-delà du côté un peu superflu, d'outils internes qui sont sympathiques et caméliore la productivité mais qui ne sont pas purement centrales dans ce qu'on fait. C'est comment est-ce qu'on se sert de lier aujourd'hui pour impacter notre cycle de développement de produits et l'accéléré? C'est génial, pour le j'adore le programme. Donc si on repart sur le AI Workspace, tu vois l'idée, c'est de se dire, il faut créer son système. Il y a un système qui fait quoi, qui permet de faire le Arnes, c'est-à-dire de vraiment connecter les modèles à son contexte et à ses outils. Le problème, en fait, c'est que si on met pas ça en place, à chaque fois qu'on va vouloir utiliser un LLM, qu'on passe par un chat, qu'on passe par Claude, ClaudeCode, ClaudeCore, du GPT, Codex et whatever, en fait, on va toujours devoir compter et on va devoir injecter le contexte pour demander finalement ce qu'on souhaite réaliser mais aussi donner les informations pour que le modèle est tout en tête afin de donner les bons résultats et les bonnes recommandations ou construire les bons outils. Donc c'est-à-dire que ça met énormément de charges mentales et cognitives sur nous-mêmes à l'instant T, parce qu'on a obligé de toujours tout reprompter et de tout redonner à la voyage. Et c'est là où on a l'impression de gagner du temps sur le court terme, mais en fait, on s'épuise avec l'IA et on dit, "Bon, finalement, c'est pas si génial, je dois tout reprendre." Et voilà. En fait, l'image que j'aime bien donner, c'est que si tu prenais demain un top consultant, tu vois PCG, MakinC, etc. Qui l'arrive, il donne des recommandations et puis en fait, il ne connaît pas ton contexte de boîte. Donc il fait des recommandations qui sont peut-être dignes d'un MakinC, mais il est fait de manière générique sans s'être vraiment penché sur tes données, ça va être générique. Ça ne sera pas hyper pertinent. Et si tu lui donnes juste un substrat de ton contexte et de tous qui doit savoir l'équivalent du pronte en deux heures, ça sera un tout petit peu mieux mais pas beaucoup mieux. L'enjeu, c'est que tu as envie qu'en fait, cette personne-là, elle passe du temps chez toi, qu'elle connaît vraiment ton métier, qu'elle puisse faire des interviews avec toutes tes équipes, qu'elle puisse auditer tes outils. Et c'est ça qui fait qu'à la fin, elle va vraiment donner quelque chose d'hyper contextualiser, hyper personaliser, hyper pertinent. Et donc si on revient à cette notion de ARNES, c'est de ce système qu'on veut construire et que je vais montrer un exemple parmi d'autres, parce qu'il y a plein d'autres manières de faire, mais comment on l'a fait par exemple chez clap. Et bah c'est, il faut donc construire sur ARNES et sur ARNES, je répète ces trois choses. Faites, c'est le contexte de WHAT. Donc, enfin, c'est deux choses. Disons, c'est le contexte et le contexte, c'est quoi? C'est l'information. Donc savoir toutes les informations, les prises de décisions, les échanges qui a eu dans le passé, parce qu'en fait, à chaque fois qu'il y a une discussion, cela, il y a une discussion sur un sujet, ça donne un peu plus d'informations d'informations ou. par rapport à où on en est du business et le deuxième sujet c'est les outils parce qu'en fait c'est bien beau d'avoir l'information mais si on n'a pas les outils on peut pas agir et donc le modèle lui faut ces deux choses là. Si je prends juste un pas de recueil et je vais très vite parce qu'après on va rentrer dans la démo mais concrètement je pense que une image mentale qui moins m'a aidé c'est de me dire le modèle c'est un peu la puissance intellectuelle donc oui par exemple au plus 4.6 ou 4.7 ou 4.8 va être meilleur que au plus 4.2 4.3 4.4 mais tout le monde là et ce n'est pas très personnel. Si on en vit vraiment d'utiliser au maximum de ces possibilités bien l'IA et le modèle qu'on utilise alors il va falloir multiplier ça par le caution de contexte et donc ce caution de contexte on a compris mais c'est cette histoire de l'armée donc c'est accès aux outils et à la data et c'est là qu'il y a un leverage très fort et c'est là que ça devient intéressant et c'est là qu'on peut construire dans la durée donc tout le but en fait pour récapituler c'est de sortir de cette approche un peu compte bi-pronde qui est du court terme qui est hyper intéressant de pour commencer et si on n'a jamais été exposé à l'IA c'est comme ça qu'on commence parce qu'une fois qu'on a fait une fois deux fois cinq fois la même requête et qu'il y a un peu de répétition on peut commencer à réfléchir à à productiser ou c'est-à-dire automatiser ou systémiser ça mais avant de savoir qu'on a besoin de le systémiser il faut le tester donc c'est bien de commencer par l'approche un peu plutôt pronte et simple mais ensuite il y a un moment où c'est intéressant de systémiser. Ouais complètement et c'est là où on allait les vrais gains à terme et c'est là où aussi on arrive à diffuser quelque part parce que en fait le truc c'est que ta ton contexte derrière qui est quelque part fragmenté entre les différentes personnes de ton organisation et le fait derrière de regrouper tout ça et d'uniformiser un peu tout ça c'est là où en fait t'arrives à voir de l'implémentation vraiment profonde et que t'as une transformation dans la boîte. Exactement et je pense qu'il y a aussi un sujet mais on y reviendra après mais de individuels et collectifs c'est difficile de mettre tout de suite en œuvre une démarche collective parce que ça demande de l'alignement et donc c'est intéressant de creuser donc il y a un double mouvement d'aller vers un prône vers un plus systématisé et puis d'aller de quelque chose d'individuels et qui marchent pour soi et petit à petit de le partager et on reviendra derrière pour expliquer un peu ce rempeuble de partage quelque part mais avoir quelque chose vraiment de neutraliser au niveau de l'équipe. Ok donc là n'écran tu vas nous présenter je le dis parce qu'il y a peut-être des personnes qui ne regardent pas sur YouTube et je les invite évidemment à regarder sur la chaîne YouTube ça sera quand même beaucoup plus simple sur Spotify sur laquelle on te peut retrouver la vidéo mais là tu vas nous présenter on va dire le schéma de ton architecture de contexte derrière tes outils derrière tes outils. Oui exactement en fait ce qu'il faut comprendre c'est qu'il y a plein de possibilités et d'ailleurs il y a des solutions je trouvais hyper intéressantes que j'ai vu pour payer ici et là et je suis curieux de les essayer donc on n'est pas dans une version que je considère figer en revanche elle fonctionne plutôt bien et donc ce qu'on a fait aujourd'hui c'est qu'on a reproduit ce qu'on appelle notre AI workspace c'est tout simplement un ensemble de fichiers et de folders donc un peu comme un drive par exemple la différence c'est que on rajoute les fichiers à l'intérieur et les instructions etc. et les skills et les mcp mais je vais y revenir pour qu'il y a puissent bien adiguer dedans et avoir tout le contexte donc ce qu'il faut considérer ou comprendre c'est que c'est un peu comme un google drive ou un peu comme un drive que vous auriez on voit bien qu'on a clap en parent et puis ensuite on a toutes les un folder par grande équipe alors j'ai simplifié mais on peut avoir plusieurs niveaux de hiérarchie donc par exemple les grandes équipes produits les grandes thèmes marketing comme enfin sales admins et ainsi de suite sauf qu'en plus encore une fois on a des éléments qui sont propres à guider l'IA quand je dis éléments propres à guider l'IA il y en a pas mal mais si on se on récapitule ce qui est le plus important c'est alors nous déjà par bon discretement on est sur clot code donc en fait tout ça c'est un folder global qui est référencé sur github puisque tout ça c'est du texte et que pour l'historiser l'instantier en fait on le fait via github c'est le meilleur moyen c'est parfait pour gérer du texte et donc effectivement c'est rigolo de voir qu'un outil qui était très technique à destination du produit enfin du développement produit des équipes techniques est utilisé en fait maintenant comme outil de versionning de son hayaywork space c'est marrant c'est vrai que ça revient à tous les épisodes j'en ai discuté avec un si au la semaine dernière il y a une autre personne qui était en product aussi pareil qu'il l'utilisait qui n'avait jamais ouvert github de toute sa vie qui a créé un compte spécialement depuis qu'il a commencé à emplémenter à lire ouais mais c'est central parce qu'en fait j'ai moi même par exemple avant de mettre ça sur github j'avais commencé à tester ça maintenant ça montait un peu mais mon ordre y a craché et puis j'ai perdu tous mes skills donc il y avait des dizaines de skills qu'il avait été perdu et franchement la perte est sèche donc son hayaywork space il faut le sauvegarder il faut l'instantier il faut le partager encore une fois quand il est suffisamment robuste pour pour être utilisé de manière collaborative si je reviens un peu donc non on utilise Claude code c'est à dire Claude code mais aussi cork et Claude tout simplement parce qu'il y a des bonnes synergies et j'y reviendrai dans quelques exemples mais la base en tout cas c'est Claude code l'idée c'est pas de comprendre que Claude est forcément meilleur qu'un autre outil je pense que c'est plus une logique de système et de faire quelque chose qui soit cohérent donc nous on a utilisé Claude code mais si demain je recommençais je pourrais utiliser un autre outil dans le passé par exemple quand il avait un peu la fièvre de openclos j'utilisais beaucoup openclos bon aujourd'hui ils ont changé le système de tarification pour passer sur la pays qui est au con donc plutôt sur sa sous-scription donc c'est moins intéressant mais bon voilà il y a des outils commerce d'autres outils qui se lancent et il y a globalement c'est pas un sujet de toul je pense qu'il faut surtout penser en termes de système et bâtir sur son système et le toul aujourd'hui tout est à peu près qui valent donc si je regarde et je reviens sur la quoi ça ressemble en termes de structure on a un fichier par an qui contient Claude.md alors là c'est un peu la partie théorique mais c'est hyper important à comprendre Claude.md c'est le fichier de base qui donne les instructions et donc par exemple ça va donner tout le contexte sur Clape le business qu'on a notre histoire les personnes qui composent d'équipes logensibles voilà comme ça le modèle a automatiquement la compréhension de ce qui est Clape d'ailleurs c'est intéressant parce qu'en fait là on parle du Claude.md donc un md c'est markdown donc c'est juste un fichier texte et donc ce fichier texte on là au niveau de Clape pour donner le contexte de Clape mais il y a d'ailleurs un Claude.md au niveau utilisateur donc moi j'ai mon propre Claude.md avec mes préférences et donc là aussi on peut lui donner des préférences en termes de qui je suis je suis si haut voilà un peu en général mes grandes tâches voilà comment j'aime communiquer aux équipes mon tron et ainsi de suite ça ça lui donne le contexte il a le contexte à la fois personnelle et à la fois de la boîte. On a aussi des mcp donc mcp je sais pas jusqu'où je dois redétailler dans quelle mesure ton audience et à l'air dessus mais globalement si je résume mcp c'est le protocole pour connecter les de manière un peu standard les l&m donc les modèles aux outils en fait aux appels et sous-jacentes des outils. J'aimais bien l'image un jour j'avais vu cette image de tâches Macbook tâles le hub de connectique et qui fait office quelque part de mcp entre le Mac et le téléphone portable qui va se pluguer sur le hub et donc il y a un plus côté interface. Exactement c'est vraiment c'est ça c'est une interface de connectivité on va avoir le modèle on va lui pluguer par exemple l&m gmail et il pourra envoyer recevoir lire des emails et ainsi de suite et on a la partie skills donc si je donne très très à élovel quelques exemples de skill qu'on peut avoir on en a beaucoup forcément dans tous les domaines. Un skill bête et mes chants c'est un skill qui s'appelle Blur et dès qu'on a une image par exemple on veut un screenshot d'un produit qu'on veut partager sur LinkedIn ou les réseaux sociaux en fait on va juste appeler le skill Blur et ce skill va identifier les données sensibles et les floutés automatiquement avec des zones de floutage et renvoyer une image qui est quelque part confident de. qu'est confidentialise et je peux dire ça comme ça mais qui est partagable avec les bonnes zones floutées. Typiquement un skill comme celui-là c'est connecté chez pas un kanva en figma enfin si c'est tu le reli avec quoi. Là en l'occurrence c'est de l'océa et c'est avec un script en pitton mais ça pourrait tout à fait marcher avec en étant connecté avec un mcp oui ça pourrait. Donc voilà ça c'est un exemple de skill ça peut être un skill qui formautation des skills on va remontrer pas mal dans cette session mais globalement voilà c'est une capacité réutilisable que le modèle va appliquer. Et donc avant de rentrer enfin de montrer un ou deux exemples ici ce qu'il faut comprendre c'est pourquoi est-ce qu'on met une arboréissance on pourrait ne pas en mettre on pourrait tout avoir sur un niveau flat donc niveau unique par exemple clap le problème c'est que ça ça tuerait très vite le contexte parce qu'en fait à chaque fois qu'on va interagir avec le modèle avec ces agents le clod.md va être chargé les mcp et les skills alors de de manière un peu en deux temps. mais vont quand même être chargés, au moins la description principale et donc on va vite saturer le contexte si j'ai 50 skills ou sans skill au niveau global, enfin tout est, dès que je utilisez moins l'élème, ça coûte cher. L'intérêt de faire cette structure là, c'est qu'en fait on a une structure récursive et donc si je suis dans clap pour faire une certaine travaux, quoi, l'utiliser des agents, ils vont uniquement utiliser cette partie-là. Si je me mets dans produits, ils vont charger cette partie-là propre produit plus la partie globale et donc c'est comme si il y avait une sorte de combinatoire ou une sorte de attiroir, de contexte ou en fonction de ce dont on a besoin, on va récupérer le bon contexte et on a le meilleur équilibre entre fournir assez de contexte, c'est-à-dire les bonnes connexions outils et les bonnes informations business tout en limitant le nombre de tokens pour pas mettre trop de bruit. Oui, complètement, c'est une manière efficiente d'utiliser le contexte comme tu l'as dit et aussi, enfin moi, personnellement, je trouve que c'est beaucoup plus structuré en tant que telle aussi, et je ne sais pas après si ça peut avoir un impact également sur la pertinence des réponses, enfin, infiné, je pense que ça en a, parce que si ton contexte est très très vite saturé, et bien derrière, le modèle y répond de manière beaucoup moins précise, donc voilà. Oui, ouais, ça c'est tout à fait, c'est un problème qui est connu, en fait, les modèles, ils ont des fenêtres de contexte de plus en plus importantes, mais bon, il y a toujours des limites et même quand on est dans la limite, on a un peu le, ce qui s'appelle l'ostine de middle ou en fait, si par exemple, t'as un bouquin et puis un moment, il y a une page, sur un sujet où il parle d'aller à la piscine avec un malheur rouge, et que toi, tu demandes ça au modèle, en fait, il peut le rater, même si c'est dans le contexte, parce que c'est, il y a eu beaucoup de tests dessus et tu peux avoir du bruit, donc en fait, tu pollues pour son raisonnement, mais tu pollues aussi pour qu'il puisse accéder et retrouver l'information, si tu lui demandes quelle était la couleur du maillot quand il va la piscine, il ne retrouvera pas forcément si c'est rouge, si il y a deux fois plus de contexte, alors que c'est un peu contributif, ça reste dans la fune de contexte. Donc effectivement, c'est hyper important d'avoir une très très bonne hygiène de contexte et en l'occurrence, bah avec l'autre code, par exemple, ça vient avec utiliser beaucoup de sous-agents, mais on pourra y revenir dans les exemples, mais beaucoup de sous-agents qui ont leurs propres fenêtres de contexte, ou le slash compact qui va permettre de compacter la conversation, parce que plus on n'est pas dans le niveau de contexte, plus c'est performant. Est-ce qu'on a fait le tour de cette arboréissance avant de passer à la démo de ton côté? On peut y aller, donc du coup, si je rentre dans une démo, c'est une démo rapide ici sur cette partie, mais c'est pour montrer un peu à quoi ça ressemble en termes d'utilisation, en termes d'utilisation, bah voilà, quoi ça ressemble. Alors, ne prenez pas peur si vous voyez la fenêtre, il va expliquer tout en détail. Alors encore une fois, moi, j'utilise CloudCode, j'utilise CloudCode, donc je fais tout au terminal, mais on pourrait réfléchir à la même chose en utilisant cork, pour les personnes qui préfèrent travailler avec une interface un peu plus ludique, ou encore une fois avec d'autres outils, je pense que c'est plus, on l'a compris, un sujet de système que d'outils. Mais globalement, si je regarde, on retrouve quelques fichiers ouvert, donc admin, marketing, product, etc., et ensuite j'ai aussi des projets un peu temporaires sur lesquels je travaille. Et ensuite, sur chacun, je peux avoir plusieurs fenêtres. Et donc globalement, ce qui est hyper intéressant, c'est que ça me permet de naviguer très très facilement entre mes différents usages. Pour là, on l'occurrence, j'ai un peu cliné parce qu'il y avait parfois des choses sensibles, mais on s'imagine que là, en général, c'est plutôt rempli, ça pourrait ressembler à des choses comme ça. Et donc, j'ai tout un tas de discussions en parallèle avec mes agents qui travaillent, ça me permet de les monitorer, ça me permet d'avancer. Une fois qu'on a tous ce système en place, soit on va converser avec ces agents et on va leur donner des directives et ça reste un peu des choses qu'on fait nous-mêmes, ou on est à l'initiative en direct, soit on peut mettre des automatisations avec Gusky Dual pour commencer simplement le plus rapide, ça va être utilisé par exemple co-work avec le Skig Dual quotidien, mais je pourrais montrer un exemple tout à l'heure. Et donc, moi comment est-ce que, une fois que j'ai tout ça en place, que je vais travailler, bah typiquement, à la fin du mois, je vais pouvoir lancer un. Donc, si je fais Slash, ça va être un moyen pour charger mes skills, donc j'ai beaucoup de skills et en l'occurrence, je vais pouvoir lancer par exemple Generating Voice, Generating Voice qui va pouvoir lancer le paiement au salariat de l'équipe, lancer toutes les factures, les processus, un peu de clôtures administratives du mois en cours. - Ça, là-dessus, j'ai une petite question parce que ça, je l'avais vu chez d'autres personnes, cette histoire de commande Slash qui fait appel à un Skid, quelle différence, finalement, d'un point de vue, est-ce qu'il y a une différence technique entre le fait de dire, bah, Generating Voice pour le mois en cours, en sachant qu'il y a un Skid derrière et qu'il va taper dans Skid versus taper justement la commande Generating Voice. Est-ce que, il y a, techniquement, c'est pareil? - En fait, c'est un très très bon point parce que, en l'occurrence, là, c'est le Slash, comme ça, ça peut être une commande où on a juste un prompt derrière. Le Skid, on peut l'appeler de deux manières, soit, en fait, le modèle en l'occurrence, je vais arrêter de dire le modèle, je vais dire clôt, puisque moi, je suis dans le 4 clôt, mais je pense que ça marche pareil pour Chat GPT, j'ai lâché hier un moment de Chat GPT. Pour clôt, le Skid va pouvoir être appelé automatiquement par clôt, quand le contexte est pertinent. Par exemple, si, bah, la présentation, je vous ai montré, elle respecte le design système de clap de nos présentations parce que quand je l'ai créé grâce à clôt de code, elle a automatiquement chargé le design système branding, qui est notre design système de slide. Donc, effectivement, est-ce qu'il peut être chargé automatiquement quand c'est pertinent par clôt de la jambe, mais il peut aussi être appelé par une commande. Et en l'occurrence, pour moi, c'est plus rapide de mettre la commande, parce que j'ai l'autocomplétion et puis il n'y a pas de doute, il n'y a pas de jeu, je sais que ça va lancer ça, il n'y a rien besoin de plus. Mais ça marcherait plutôt si bien, si je disais à la fin du mois, généralement les invoices pour clôturer le mois. Donc pour répondre à ta question, c'est un peu la même chose, la seule chose que j'aime bien avec le côté commande. Et j'utilise vraiment les deux en fonction des contextes, mais le côté commande permet d'avoir cette histoire d'autocomplétion quand t'as beaucoup de skills et certains qui peuvent un peu sauver l'appels avec les autres et être un peu en conflit pour être sûr qu'il charge le bon, tu utilises la partie commande et t'as pas de doute. Ok, j'aime bien ça. On est d'accord, enfin peut-être pour les personnes aussi qui disaient que j'avais Jack, je me suis déjà musée à créer une commande là-dessus avec un skill derrière. Voilà, j'ai fait une petite test. Moi, je l'avais dictée à l'époque, est-ce que t'as une manière. Enfin, je l'avais tappé en langage naturel, je lui ai dit bah voilà, il y a ce skill, j'aimerais bien le transformer en commande, est-ce que toi tu procètes de cette manière? Est-ce que t'es une manière différente de procéder? Enfin voilà, comment est-ce que toi tu t'y prends de manière très simple pour les personnes qui n'auraient pas encore passé ce step? Alors, il faut surtout pas créer les skills soi-même. Le mieux, c'est, typiquement, j'aimerais bien créer un skill pour envoyer un message tous les lundi matins en équipe avec les chiffres du mois de revenus et les chiffres de la semaine de revenus. Et puis hop, si on fait ça, on va pouvoir voir qui va me aller bon. C'est peut-être pas dans le bon endroit, mais en tout cas, on va voir qui va pouvoir me poser des questions éventuellement et puis lui va créer son skill. Et je vais pouvoir lui dire, quand je l'utilise, il y a des choses que j'ai envie d'améliorer. J'aurais juste à lui dire que j'aimerais bien que tu améliore le skill. Donc, effectivement, il ne sert à rien de créer le skill. On allante dans le point skill, point aimer, etc. Au mieux de laisser Claude faire ça, il le fera très proprement. Mais après, toi, tu lui dis, moi, je veux que tu la crées en commande. Enfin, où t'as un setup qui fait que toutes les skills sont appolables en commande? Tous les skills sont appolables en commande de manière générale. En fait, le skill, il a un nom qui est unique, un slogan unique, on appelle ça. Parce qu'en fait, c'est des mots séparés par des tâches. Et peut-être que je ratte quelque chose. Mais pour moi, tous les skills sont appolables en commande tel qu'elle. Si je fais, on va tester, mais tu vois que je te parlais de design système. Bon, j'en ai beaucoup mes tuyaux à design système, je les ai mes skills. Donc, je pense que tout fonctionne quoi. L'autre élément, pourquoi j'aime bien travailler avec celui-là? Donc, l'invoys, enfin, je veux dire le côté en commande, c'est que tu peux mettre la commande. Mais tu peux rajouter un prompt derrière pour expliquer où, d'ailleurs, des paramètres. Donc, là, je pourrais dire, pour ce mois-ci, il faut faire attention parce que j'ai un salarié qui est parti. Et donc, pour lui, il ne faudra pas générer d'invoys, ou il ne faudra pas faire le virementment en contour et compagnie. Et donc, en fait, ça permet de customiser un peu la demande. Il sait qu'il utilise le skill, mais du coup, il a une surcouche d'instruction. Donc, ça, c'est hyper intéressant. Encore une fois, c'est pas uniquement sur la demande que ça va fonctionner. Ça peut aussi fonctionner avec des alertes quotidiennes ou avec des alertes à base de web-book. Donc, on est dans un mode où, là, on a vraiment un AI workspace qui peut être utilisé de manière assez universelle. Et même, en dehors de son laptop. Donc, là, moi, par exemple, avec mon interface, ce que j'ai aimé. accès à tous mes espaces, etc. Mais ce que je peux faire, en l'occurrence, ils ont un peu copié ça de OpenClose, mais sur mon téléphone avec le dispatch qui est la fonctionnalité de Claude pour pouvoir avoir une session un peu universelle, je vais pouvoir appeler tous mes agents de mes différentes espaces très facilement. Donc ça peut être un moyen de gérer depuis son téléphone avec un agent universelle, ça peut être aussi un moyen encore une fois, on peut faire des schedules, si je vais donc l'autre, on peut voir quand il y a des choses qui sont scheduled pour faire une tâche et la répéter de temps en temps. Donc il y a pas mal bouti, on peut rester dans son espace de travail quand on est connecté sur il a journée, mais on peut aussi mettre en place aux automatisations, soit depuis d'autres terminaux. Voilà, un autre exemple que je voulais montrer, mais je vais montrer deux exemples avant de passer à la suite, mais typiquement, ça fait très longtemps que pour me connecter et sortir des données un peu des stats sur Clape, je n'ai pas été utilisé, enfin que j'ai pas été moi-même faire les requêtes, je passe par l'IMCP. Donc typiquement, je peux dire combien on a eu de recordings hier, et est-ce que tu peux me donner entre la desktop, l'extension, le speed? Donc là, tu lui demandes pour le produit, Clape, pour donner un petit peu de contexte pour les champs, voilà, qui ne connaissent pas vraiment Clape. Oui, alors c'est pour mon produit et d'ailleurs, je lui ai même jamais vraiment demandé celle là, donc ça sera intéressant de voir si il s'en sort tout seul, normalement, j'espère puisqu'il a bien chargé le skill et du coup, il a un peu tout notre contexte, et donc on voit qu'il va pouvoir les chercher les données et puis ensuite, moi, je vais pouvoir creuser, je vais pouvoir lui demander des compéments, et puis dans un vrai usage, je ce que je ferai par exemple, je pourrais lui dire, dans ce cas, ce chiffre là, c'est intéressant, j'aimerais bien que tu le publie sur Slack, auprès de telles collègues pour concreuse, parce qu'il y a quelque chose, un peu bizarre. T'as d'autres excuses, mais je veux juste donner un petit point qui est quand même assoulinier, c'est que là, cette interface cova, donc mon terminal, c'est une interface que t'as construite sur mesure pourtant, on est, c'est ça un petit peu stylé, les gens se posent la question, je pense que, enfin voilà, c'est très personnalisé dans la manière de le présenter, donc ça c'est un outil que t'as développé justement avec ta méthodologie que tu vas nous expliquer juste après. Je pense que c'est une bonne transition, donc allons-y, on peut revenir rapidement à mes slides et on peut rapidement transitionner vers la partie 2, avec tout ce qu'on vient de se dire, c'est très facile aujourd'hui de se créer ces propres outils. Et là, j'avais envie de montrer quelques exemples, il y en a beaucoup plus dans les faits, mais c'est quelques exemples qui illustrent bien ce qu'on peut faire avec un effort minimal. Et du coup, à chacun d'avoir sa curiosité, effectivement tu disais, l' outil sur lequel je viens de montrer, ça s'appelle Kovac, alors ce qu'il faut comprendre, c'est que Kovac c'est une surcouche au terminal, en l'occurrence, à Iterms, à Dessages, mais qui permet d'avoir un certain nombre de fonctionnalités pour faciliter tout ce qui est un peu vipoding et monitoring d'agents. Et donc c'est quelque chose que d'ailleurs, si tu as des utilisateurs qui sont intéressés et ne faut pas qu'ils hésitent à te solliciter, je pourrais le partager. On pourrait le mettre même en description, si tu veux, ou alors vous nous le dites en commentaire de la vidéo et puis on vous partagera. Oui, plutôt en commentaire avec je ferai le packaging pour le partager, parce qu'aujourd'hui il est pas partagable en l'État, donc s'il n'y a pas de demande, je le partagerai pas, mais concrètement, vous montrez un peu à quoi ça sert, c'est, on a souvent de beaucoup de sessions en même temps, donc ça permet d'avoir plus de sessions, ça permet de risayiser très facilement une fenêtre, ça permet de basculer entre les différentes fenêtres, ça permet de bouger les fenêtres et comme ça, on trit très simple, tout ça c'est au clavier, donc on a énormément de raccourcis, je ne rentre pas plus dans les détails, mais en termes de fonctionnalité de raccourcis, c'est une surcouche, donc c'est quelque chose qui reste relativement léger, mais qui permet de gérer le multi-work-trie ou le multi-session beaucoup plus facilement. Un deuxième exemple que je voulais montrer, bah c'est brise, brise, c'est, on parle là d'un e-mail, moi j'ai utilisé pendant 3 ans, donc si je reviens juste avant de montrer la solution, j'ai utilisé pendant 3 ans super humains, je me suis rendu compte que je utilisé aucune de leurs fonctionnalités d'e-mail, la seule chose que j'utilisais finalement c'était d'avoir une interface avec une UI minimale, et quand je suis revenu sur gmail après avoir arrêté super humain, parce que j'en avais marre, puis il y a 30 euros par moi, juste pour ça, j'ai été choquée par gmail, la mourdeur d'une interface, le bruit, et c'était une manière de consommer ces e-mails, c'est vraiment fait mal, après m'être habitué, et donc globalement, j'ai créé brise, et donc brise, c'est juste un système pour montrer, enfin pour, donc si une surcouche, c'est une extension d'ailleurs qui vient avec quelques réglages, et on récupère tous les shortcuts que j'aimais bien dans Super Humal, et on récupère cette interface minimale, je pense que vous reponez c'est pas trop gmail, parce que justement ça a été retraillé, et donc je peux naviguer très facilement là, par exemple, je peux supprimer, je peux supprimer, je peux supprimer, là j'ai un qui va me pourrier, je peux rentrer dedans, si je refais ce pas, je peux répondre, etc, etc. Donc ça, un petit produit que tu as produit, ça c'est un petit produit que tu as, faire un petit, c'est un produit que tu as buildé en parallèle, et que tu as partagé effectivement c'est ce que j'avais dit dernièrement. Brise, tu pourrais le partager en description, c'est sur brise.clap.io, je n'ai pas encore mis sur le store, mais concrètement on peut télécharger l'extension, et donc vous pouvez l'utiliser si jamais vous êtes sur gmail, et que vous avez la même problématique. Pour expliquer comment j'ai fait brise, pour montrer à quel point une fois qu'on a le bon système en place, tout va très vite, alors j'ai pas retrouvé ma session lorsque je les construis, mais si je montre à quoi ça ressemble à peu près, en termes de refaire une simulation. Donc ce qu'il faut expliquer d'abord, c'est que en termes de système, moi, je suis connecté à GitHub, forcément là où j'ai mis projet, je suis connecté à versel qui est là où on déploie nos sites, nos applications, etc. Je suis connecté à SuperBase pour avoir toute la partie d'attaque, et à quelques autres outils, comme post-logs, par exemple pour traquer les analyses ici, je ne rends pas dans tous mes détails, en fait, toute cette, ce packaging d'outils et relativement standard, est partagé à tous les sous outils qu'on utilise. Et donc maintenant, si j'ai envie de créer la même chose que brise, mais pour LinkedIn, vraiment, alors déjà, je ne vais pas être dans Admin, je vais être en produit et dans un monde aussi que je crée, mais là, on s'en fiche. Et donc, je vais juste lui dire, alors, avant d'entrer dans le prompt et de donner un exemple, j'utilise un concept de loop pour construire ces outils, et ça, je pense que c'est important si ton audience ne connaît pas de connecte au concept. Une loop, en fait, c'est un peu plus qu'un prompt, c'est le fait de donner un objectif à un agent, mais de lui dire qu'il va devoir hiterrer de son côté en autonomie et évaluer son propre travail à l'aide d'un objectif que tu lui donnes, et de revenir vers toi, que, quand cette boucle est terminée, parce que souvent, quand on utilise lLM et même Claude au plus, qui est très bon, mais avec juste du prompt, il prend, quelque part, on reste la personne qui coordonne le travail et on reste à devoir répondre à chacune des questions, et il reste un peu passif. C'est comme si tu avais des échelons intermédiaires un middle management avant d'avoir la livraison du produit phinico. Exactement, et ça, en fait, on peut le faire avec des outils dans le passé, peut-être que ça paraît à tes outilers, mais Ralph Wiggins, des choses comme ça, qui permettait de faire ça, ou d'autres. Aujourd'hui, les LLM sont tellement avancés, alors on peut utiliser, par exemple, le slash loop, qui est une commande, alors, d'ailleurs, je suis même pas dans. faudrait que je lance Claude, mais on peut utiliser une commande native Claude qui s'appelle loop, mais même au niveau du prompt, c'est plus une histoire de structure de prompt. Et donc si je montre à quoi ça ressemble, et c'est à un peu prêt très pourtrais ce que je lui ai demandé, quand je lui ai demandé de faire brise, et il me l'a presque fait en main sur le coup, tu es co-ordinateur d'une équipe de sousagents YAA, d'une équipe de développement qui comprend un architecte, un software engineer, un designer, et un product manager, chacun avec une grande expérience dans le domaine du développement logiciel. J'aimerais bien. j'ai beaucoup aimé l'expérience superhumane que j'ai utilisé pendant plusieurs années, mais je trouvais ça un peu trop cher à l'usage. J'aimerais bien recréer l'expérience de superhumane, comme une surcouche à la messagerie LinkedIn. Pour ça, j'aimerais bien concevoir une extension Chrome qui, lorsqu'elle est active sur LinkedIn, et que je suis dans la messagerie LinkedIn, me donne accès à une interface vraiment light de la messagerie LinkedIn et à un certain nombre de raccourcis, etc., etc., etc., etc. Donc on voit la loupe parce qu'en lui donne le contexte, on lui donne un plus que j'aime faire ce que l'objectif, mais par contre, on n'a pas encore tout dans la loupe. Là, pour qui travaille vraiment en autonomie, il reste la suite, j'aimerais bien que tu coordonne avec ton équipe et que vous développiez de projets à Z, tu ne coderas pas dans cette session pour sauvegarder le contexte. restera uniquement en tant que coordinator, entre demandes, à chaque fois que tu as terminé, tu ferais évaluer par ton équipe ce que vous avez construit et si chacun ne m'est pas au-dessus de 9/10 alors vous continuez à hiterrer au sein de l'équipe avant de revenir vers moi, je ne veux que le résultat final, vous travaillez en autonomie, en revanche, si tu as des questions de clarification avant de commencer, n'hésite pas. Donc là, la loupe, la loupe, tu lui as mis à partir du moment où tu lui as dit, il y a une auto-notation à faire et si c'est pas en de ça de 9/10 au-dessus de 9/10, t'as pas terminé ta tâche. Voilà, en fait il y a énormément de techniques là-dedans qui sont utilisés. Il y a la première partie, c'est lui donner son rôle et c'est important, j'aurais même pu appuyer un peu plus et c'est important de dire sous équipe, de sous agent parce que du coup, lui déjà ça va donner un agent un peu universelle et coordinateur mais il va pas s'amuser rentrer dans les détails dans cette session. Tout ça s'affronie au niveau des sous-agents. Donc on se regarde le contexte, on n'atteindra jamais le plafond de contexte dans cette session et avec lui on peut garder une discussion et level. Ensuite, ce qu'est intéressant, c'est qu'il a les sous-agents qu'on dérolle, j'aurais pu détailler un peu plus, mais le fait qu'ils aient des roles, c'est-à-dire que quand le software engineer va parler, il va parler avec un contexte et un profil de software engineer. Donc il va se concentrer sur l'implumentation. L'architecte, il aura une vision un peu plus architecturale du code et de ce qu'on construit le design et etc etc. Ensuite, on a l'objectif, bon, ça c'est toujours intéressant et normal. Effectivement, on a le côté boot qui rentre sur le côté autre demande d'ici. Et donc là ce qui va se passer, c'est qu'à chaque fois qu'il va finir, il va faire évaluer par toute l'équipe ce qu'il a été construit, il va récupérer les notes et les raisons pour qu'il y a telles notes, il va faire une somme. Par exemple, le premier va être à 7/10, pourquoi? Et donc ils vont lister 10 raisons et puis ils vont repartir au travail. Et puis peut-être le deuxième sera 8/10, c'est un site. Et là, par exemple, juste pour info, le 9/10 c'est un truc, l'échelle de 1/10, c'est quelque chose que t'as défini par le passé dans ton contexte où là c'est plus subjectif du côté de l'agent à ce moment-là. Non, alors moi, j'utilise beaucoup le 9/10 parce que tout simplement, c'est simple, c'est agisible. Et en fait, ça va de donner le 9/10 parce que j'ai donné des rôles. Donc je sais que le product manager, il va noter à l'one du product. Avec des considérations produits, le designer, il va regarder le design qui a été fondu le software engineer, il va regarder s'il n'y a pas de baguette ou l'architecte, la qualité du code. Ça, c'est bien, mais c'est bien, si notamment on donne un peu des rôles et que l'on comprend sur quoi ils font des la notres. Je pourrais appuyer un peu plus, bon, d'expérience, en vrai, le prompt, je travaillerai peut-être un petit peu plus, mais d'expérience, ça fonctionne plutôt bien. Mais dans une loop, c'est pas forcément des notes. Après, tu pourrais avoir même porte quoi, ça pourrait être tant que tu n'as pas réussi à publier l'extension sur le store, le Chrome Store. Bien, tu reviens pas vers moi quoi. Et tu te limites à 50 opurances, si t'as envie, que à un moment ça s'arrête et qu'ils ne fassent pas qui tombe pas de manière indéfinique. Ce concept, il peut marcher aussi quand on crée du contenu. Moi, je suis très logique produit ici, mais typiquement, je vais écrire un post-linked team beaucoup par LIA, en tout cas, 1er draft. Et donc, souvent, ce que je dis, il y a un panel, donc toi, tes redacteurs, on met un panel de électeurs qui est, par exemple, un founder, un directeur commercial, et puis je sais pas un commercial tout court. Tu vas réfléchir à 10 idées, tu vas écrire 10 drafts sur tel thème, tu vas les faire noter par le panel de électeurs, je veux qu'ils atteignent, enfin, qu'ils soient supérieurs à 9/10, et tu vas éterrer, et puis, à la fin, tu vas me présenter que les 3 qui sont les mieux notés et qui sont supérieurs à 9/10. Donc, tu vois, ça peut vraiment l'utiliser dans beaucoup de configuration. Et puis finalement, j'aime bien le, effectivement, le côté 9/10, même si c'est subjectif, c'est quelque part le presque parfait. Alors, que si tu dis 8/10, c'est quoi la différence entre 8 et 9, là où c'est peut-être un peu plus compliqué du point de vue de LIA, alors que le 9/10, c'est juste avant le 10, c'est pas 100%, mais c'est du très bon niveau. Et puis, tu oserais surpris parce qu'en fait, les modèles, souvent, peuvent être un peu paraissés et tu leur demandes quelque chose, ils vont s'arrêter à la moitié. Là, le fait d'avoir ce système là, en fait, ils vont se challenge eux-mêmes. Le product manager, il va dire, "Ah oui, mais là, j'ai regardé Superhuman, et en fait, sur leur city, disent qu'ils font aussi ça, tu vois, pour te donner un exemple quand même quand j'avais fait Superhuman, enfin, brise, pardon, mon application. Je me dis, enfin, je réfléchissais surtout à faire quelque chose qui soit beau en termes de UI et des shortcuts. J'avais pas tellement réfléchi à la fonctionnalité d'en Superhuman si tu utilises, tu peux voir quand quelqu'un a lu et ouvert ton message. En fait, ça, c'est quelque chose que l'équipe a fait en autonomie. Et donc, tout était déjà branché, ils avaient déjà accès à tout ce qu'il fallait dans mon environnement de travail, ils ont pu créer une table sur Superbase, parce que du coup, ça, il faut le loger, il faut un peu de back-end pour savoir penser ouverte, pas ouverte, et ce n'est pas que du front charge à l'extension. Donc typiquement, en fait, c'est un moyen pour eux d'aller un grand plus loin et de devant cette idée, déjà d'aller au bout de ce que tu demandes, mais même en fait de prendre des initiatives. Un autre outil, typiquement, que je peux montrer, qui est plus compliqué. Un autre outil que d'ailleurs, j'ai partagé aussi si les électeurs sont, enfin des auditeurs sont intéressés, c'est plus. Là, la problématique qu'on avait, c'était qu'en fait, on utilisait d'Ocusine et que je trouvais un peu nul d'Ocusine, parce qu'il n'y avait pas de MCP, c'est-à-dire que justement d'Ocusine, il fallait que je me mette quand j'ai un contrat de travail ou quand j'ai un contrat commercial ou quoi que ce soit à faire, je devais rentrer dans l'interface, de charger, etc. Et donc, ce que j'ai fait, c'est que j'ai créé, j'ai créé, pardon, plus, et donc si je rentre sur plus, donc qui est disponible sur plus une pointe, clap.io, en fait, on a la capacité d'avoir des documents, donc ça reste assez proche en termes d'expérience qui ne passe pas par ici à un d'Ocusine. Donc, je vais pouvoir charger un d'autres, bon, je vais pas faire tout le flot, ça va être que l'on puisse c'est très standard, mettre les blocs de signing, etc. Mais ce qui est surtout hyper intéressant, c'est que je vais pouvoir, en fait, le faire au niveau de MCP. Et donc mes agents maintenant, quand j'ai un contrat de travail en envoyer dans mon welcom onboarding pour un nouveau venu, je vais utiliser un skill qui utilise plus pour pouvoir lui envoyer le contrat de travail à signer en tout autonomie. Et donc, pour le où, c'est un outil un peu plus compliqué, parce qu'il y a un vrai serveur, on peut se connecter, on peut inviter son équipe, il faut gérer les contrats, il y a un peu de sensibilité, sécurité quand même. Donc, ceux qui sont intéressés pour en aller voir, c'est sur plus une pointe de clap.io. D'ailleurs, petite mention, mais il y avait aussi une partie intéressante sur la partie branding, tout ce qui est icon, etc. Ça pourrait être un autre épisode. Est-ce que j'allais dire sur plus, pour finir, c'est que là, c'est pas du tout où gérer de la même manière, on n'est pas dans un petit tout, c'est quand même un peu plus sensible. Il y a quand même des choses, les contrats de travail, il ne faut pas qu'ils se retrouvent aux meus en droit, etc. Et donc, ce que la manière de construire ici, ça a été d'utiliser BIMAD. Donc, si je rentre, je sais plus. BIMAD, donc, c'est un frein mort que tu vas nous expliquer pour l'occasion. Voilà, donc BIMAD, l'idée, c'est un frein mort que j'utilise beaucoup. Donc, ça s'appelle BIMAD, BIMAD. En fait, ce que ça fait, c'est que ça. Donc, c'est une surcouche, en fait. D'ailleurs, je peux même aller ouvrir comme ça vous verrez l'URL. C'est une surcouche, c'est la méthode BIMAD, qui permet de faire du développement logiciel. Voilà. Donc, en fait, BIMAD, c'est un ensemble de skills et d'agents. Donc, on a des agents, pareil, un designer qui s'appelle. Un architect, qui s'appelle Winston, une designer, ce qui, de mémoire, s'appelle Sally, product marketing manager, product manager et ainsi-tuite. Et donc, ce qui est intéressant, c'est que tous ces agents-là, ils ont une personnalité. Et ensuite, on a des skills et on a des étapes. Et ça permet de vraiment valider. C'est un peu comme ce que je disais, avec le concept de la loupe tout à l'heure, mais puissance dix. Parce qu'ils vont réfléchir ensemble, ils vont travailler ensemble, ils vont faire leur documentation ensemble. Et donc, l'intérêt de travailler par BIMAD, c'est que plutôt que de faire du développement produit en disant, soit je veux que tu fasses ça, il le fait, "Ah non, fait comme ça, mets ça en verre, mets ça en blanc, grossis la police." Ou alors, plutôt que la loupe, qui est bien, mais qui est relativement simple que j'ai montré. Là, ça permet d'aller un crampouloin en termes de spécification pour atteindre vraiment l'objectif qu'on veut, mais qu'on a des spécifications précises. Ce que je veux juste comprendre l'appareil à BIMAD, parce qu'on en a déjà parlé. Donc, c'est quoi c'est un framework open source. Et ensuite, comment est-ce que quelque part tu l'utilises? D'ailleurs, est-ce qu'il faut écharger une bibliothèque et tu l'importes dans ton, enfin, de manière très pratique au pratique? En fait, on va installer BIMAD. On va installer BIMAD dans le cadre de son projet. Ensuite, on va pouvoir, par exemple, moi, j'ai d'IMAIT d'ici. Alors, peut-être pas dans celui-là d'ailleurs, mais je l'ai dans celui-là. Et donc, en fait, ça va venir avec tout un tas d'agents et de commande. Et donc, par exemple, si j'ai envie de faire un développement rapide, je vais pouvoir faire un BIMAD Quick Dev. et donc ça me lance un flow depuis que développement. Je peux faire aussi un bimade PRD, respect, craig de story, etc. Et donc, en fait, ça me rentre à chaque fois dans des flots où l'agent va me guider, l'équipe va me guider. Et ça, là-dessus, il y a une partie que toi, tu personalises à l'installation ou. Exactement, tu peux le. alors t'as un layer de personalisation, mais tu peux même le vu que c'est Open Source, tu peux le personnaliser complètement. Par exemple, moi, dans mon bimade, la producte analyse, je les modifie pour que quand elle analyse des concurrents de clap, elle analyse les concurrents dans notre catégorie, elle analyse les concurrents un peu plus large que ce sont les CRM, et encore un peu plus large que ce sont, par exemple, des nos chènes, des guinards, des produits que je trouve bien fait. Comme ça, ça me permet d'abord un peu des connaissances de comment est ce qu'ils font eux en termes du X et du Y. Et ça, je vais montrer deux prômes juste après, juste pour revenir sur la méthode de plus, pour montrer comment ça a été construit. Donc, concrètement, plus loin, j'ai dû créer des épiques et des stories en rentrant par leur flow, et donc on voit tout ce qui a été construit. Donc, épicune, project setup et authentique HTML, épique 2, document de plot des Dashboards, épique 3, contact management, épic 4, document de préparation avec le bloc editor. Les gens pourront mettre en possible, mais c'est vraiment un projet beaucoup plus complexe que brise. Dans le sens où il y a plein de choses, j'ai dû mettre en place une appellée reste, une partie d'ocumentation, un MCP par dessus, mettre de la collaboration et des flow d'invitation, et ce que m'a permis BIMAD, c'est qu'en fait, il me guite dans tout le process. En me disant, ok, qu'est-ce que tu veux faire macro? C'est un vu macro objectif, ensuite on va créer les épiques. Donc, il y a ces thèmes qui se dégage, est-ce que c'est bon pour toi? Ensuite, pour chaque épique, on rentre dans le détail, on va créer les stories, ensuite dans chaque story, et on retourne un peu sur ce qui est d'y rester ici, on fait l'analyse initial, le brainstorm, la recherche, etc. Ensuite, la partie planification, donc là c'est le PRD produit, la documentation produit, et puis on va rentrer dans comment est-ce qu'on va concevoir tout ça, et puis après, il y a la partie implementation, puis il y a la partie, donc dans l'implumentation, il mette la partie cuée, code review, etc. Et donc, on a tout le flow d'une équipe, développement, incluant tous les profils, encore une fois product marketing, product manager, designer, développeur, cuiller, et sauf que tous ces avant-là travaillent pour le bien du produit. La petite question, là, par rapport à ça, sur BIMAD, à partir du camp, tu recommandes peut-être d'utiliser ce type de méthode. Enfin, est-ce que moi, est-ce que, en tant que marketing, en tant que celle, si j'ai envie de me maître un outil, c'est quoi, par rapport à l'intérêt que tu vois, par rapport à un Lovable, par rapport à un repeat, ce genre de choses, d'utiliser BIMAD, enfin, à partir du camp, tu penses que c'est pertinent. Alors déjà, BIMAD, enfin, ce n'est pas un concurrent de Lovable. Lovable, c'est un concurrent de Cloud Code. Du coup, c'est une autre question. Quand est-ce que j'utiliserai le Cloud Code pour Versus Lovable, et jamais j'utiliserai jamais Lovable? Je pense que, pour des personnes qui ont moins de besoin que moi au quotidien, Lovable, à un côté plug-in play très bien, parce qu'en fait, on va poser des impromptes, on va monter une application, il n'y a déjà pas qu'à m'intégrer, il n'y a déjà tout un tas de fonctionnalités intégrées, mais en fait, on est quand même relativement limités par les tokens, le coup que ça coûte, les individus et les intégrations qui fournissent, là où un Cloud Code, on va pouvoir, en fait, faire ce qu'on veut, c'est juste que le Cloud Code, il va, comme je disais, il faut le plug-ass en environnement. Donc moi, j'ai versé le pour le déploiement de mes applications, j'ai su pas baïse pour tout ce qui est basse de données, j'ai mes outils tracking et d'analytiques avec postdoc, j'ai Stripe qui est connecté si j'ai envie de mettre des interfaces de paiement et ainsi de suite. Donc ça, c'est pour répondre à ta question. BIMAD, ce n'est pas sur ce plan de la BIMAD, c'est plus une surcouche que tu vas utiliser dans Cloud Code, et donc quand est-ce qu'on utilise BIMAD ou pas, bah la réponse, c'est par rapport à la complexité de ton projet. En fait, BIMAD, il y a quand même un peu de mourdeur, tu vois, si je veux rentrer dans le vin-flow, il va me demander d'abord, ok, ben j'ai envie d'avoir un peu les grandes lignes, j'ai envie qu'on fasse de la recherche, il va te faire remonter de la recherche, il va te faire malider tout un tas de documents. C'est laborieux, c'est pour ça d'ailleurs que je le mets pas en démo là parce que c'est un peu lourd. Donc si j'ai des choses complexes à mettre en œuvre, on sait que tout est cadré, tout est enregistré, tout contexte à tout moment est enregistré dans des fichiers qui sont typés, normalisés et du coup les agents peuvent s'y référer. Il n'y a plus rien qui est oublié dans la fenêtre de contexte et hop on ferme la session et tout le savoir est perdu. Donc l'arbre de décision, pour moi, c'est chose simple, je reste complètement orbimade, chose assez compliqué et venu j'utilise BIMAD. Et BIMAD y a un petit accomplus qui est le parti mode et ça, je vais le montrer juste après mais qui est assez incroyable mais je le montre dans la démo juste derrière. Donc ça c'est un exemple, on est dans le cas 2 où l'idée c'est pas de développer dans la code BASE, c'est plutôt de développer dans le proto pour montrer un peu à quoi ça ressemble ce qu'on a envie de construire et automatiquement de pouvoir construire toute la partie spécification à partir de là. Donc ce qu'on retrouve ici, c'est qu'on va, d'abord le proto n'était pas à jour sur la partie settings. Donc mon premier prompt c'est implementer le screen et pierre et webbook, donc je lui montre quelques screenshots du vrai produit. Ne revient vers moi que quand un PM et un UI designer ont noté super alors à 9/10 l'implementation pizza est le perfect en réutilisant notre design système de tous les écrans copiers. Ça c'est parce qu'en fait j'avais un gap dans mon prototype du coup si je vais dans les settings cette partie là n'était pas ajouté encore et donc je ne pouvais pas rajouter des fonctionnalités à spécifier puisque elle avait tout simplement pas été prototypée. Donc ce que je vais demander c'est juste de prototiper le côté webbook et de prototiper le côté appels et donc on voit que pour avoir quelque chose ou il ne s'arrête pas au milieu, on retrouve à nouveau le concept de boop. Donc on voit qu'il réfléchit, il réfléchit, il coût dans le cas en ici, il coûtent directement dans la session parce que c'est assez simple. Il gère lui-même un serveur en grand NPM rendez-vous pour pouvoir regarder, il utilise le MCP Chrome pour prendre des screenshots. Ça permet de regarder les screenshots, du coup l'équipe qualifie, tu vois il a des screenshots que l'agent a pris pour la review. Il lance le pm et de lui exiseigneur en parallèle pour comme ça il peut regarder les screenshots et il peut donner leur commentaire. Les reviewers ont trouvé des problèmes, du coup il y a notamment deux problèmes qui ont été trouvé principaux mais en tout il y a ma 5, du coup ils sont tous corriger. Et on arrive au STAD où, tacto-actac, cette fois ils ont donné la barre de 9,540 et 9,4. Le dernier élément c'est l'icône de la manette, etc. Donc il ajoute. Et il dit c'est terminé, ce qui a été fait, les score finaux, etc. Jusqu'ici moi, c'était juste histoire de remettre des carmes en proto mais c'est pour montrer à quel point c'est simple de mettre le proto en place. D'ailleurs on rentre dans ce qui m'intéresse, c'est-à-dire là j'avais une nouvelle fonctionnalité à construire. Donc je fais BIMAD Parti Mode, donc BIMAD tu retrouves le framework dont je le parlais tout à l'heure, le Parti Mode c'est intéressant, c'est qu'en fait c'est quand je veux une réflexion. Il y a plusieurs manières de faire avec BIMAD mais le Parti Mode il est intéressant parce qu'il va mettre tous les agences dans la même pièce et ils vont réfléchir entre eux. Et ils vont creuser la question sous différents angles. Par exemple Marie, l'analyste, John, le PR. C'est plutôt que de bosser chacun de son côté, là ça va être une session quelque part commune si je traduis ça en langage, on va dire technique. Mais chaque agent à sa propre personnalité va apporter sa propre sensibilité, subjectivité au problème. Et donc ce qui se passe, c'est que, là ce que je dis donc, et pareil, se prendre, il est un peu bordelique parce que je veux faire avec du vocal. J'utilise Whisperflow comme application, comme on l'a vu tout à l'heure. Le problème que l'on a, c'est que le Webbook et la Païne ne permettent pas de requêter ou d'être notifié que pour des recordings qui sont partagés avec Workspace. Quand le recording est privé par exemple, les enfoldeurs privés alors la Païne ne permettent pas d'y avoir accès. Pour cette raison, vous aurez bien ajouté, bla bla bla, ça reste technique et c'est quelque chose de très spécifique à clap. Ce que je dis aussi, c'est que vous pouvez m'en explorer un peu la concurrence, les concurrents directs, les CRM, etc. Et donc là on voit que, concrètement, le parti modétactiver, tous les agents se lancent, Marie va donner un peu à la travailler dans une session en parallèle. Et du coup, elle revient vers moi en m'expliquant comment les uns et les autres font, par exemple, Slack, Discovery, Google, Zoom, Spot, etc. Ensuite, il réfléchit s'entre eux, on ne va pas tout lire parce que c'est long, ils sont. Ah mais ils se challenge, parfois ils se trajent, parfois ils font des blagues, c'est assez drôle. C'est pour ça que c'est important de donner des personnalités à ces agents parce que ça va vraiment conditionner la qualité du résultat derrière. Et c'est pour ça que j'utilise beaucoup de parti mods parce que si tu demandes juste à ton agent "fais ça", il va pas le prendre sous plusieurs angles. Si tu dis "fais ça" en parti mod, ils vont tous donner leur point de vue, donc le designer va pouvoir pousser des choses, d'archer, de la dire "mettez malade, c'est trop dur à faire" et ainsi tu es tuant. Donc globalement, il parle, il parle, et ensuite ce qui va se passer, c'est qu'il y a différentes options. Donc moi, il me pose des questions, ok mais du coup tu préfères options A, option B, et donc j'ai dit bah le but c'est justement B, ça les honneurs voient l'option et donc il continue de creuser, il continue de creuser. Il me décris ce qu'il veut construire, j'ai dit bah vas-y donc il construit, il met toi à jour, donc là il y a une partie de code, c'est pas non plus très compliqué donc il code directement dans la session, sinon je leur ai demandé de faire avec un sous agent. Il me dit une fois que ça a été construit. pareil, il a lui-même appelé le serveur, puis les screenshots, etc. Là, je lui demande deux, trois petites modifications, mais qui sont relativement mineurs. Et ensuite, ce qui est intéressant, c'est que je vais pouvoir créer le miner article 10i. Donc, il y a deux, trois échanges ici. Le rouge et le verre pour les personnes qui sont pas familières, c'est simplement le avant et après, en sachant que t'es en bypass permission on, donc en fait, il le fait sans te demander la permission, enfin il fait directement la modification dans la session. Et ensuite, j'appelle un skill qui est l'inert prototype ticket. Là, je suis content globalement et donc il a créé l'intérêt l'inert avec tout ce qu'il faut. En termes de velocité, t'es quand même pas mal, parfois, en tant qu'on va dire directeur, orchestrateur de tous ces âges. Exactement, et donc la dernière chose que je voulais montrer, peut-être que là, je pense qu'on a passé pas mal de temps déjà, donc je montrerai pas le dernier exemple un peu plus compliqué que je voulais montrer, mais je pense que ça illustre déjà. La dernière chose que je voulais montrer ici, c'était que, en fait, dans un cycle de développement produit, 80% de tout ce qui est construit reste à peu près la même chose. L'input de l'étape suivante devient l'output, enfin, et l'output de l'étape d'avant. Concrètement, si on regarde le développement produit, c'est un user-y-search de la compétitive Intel. Donc, user-y-search, je me par exemple, on utilise le clap MCP, mais pour d'autres, ça peut être d'autres outils, ça peut être plein de choses. Le compétitive Intel, du coup, c'est savoir très précisément qu'ils sont les gens, nos concurrents et en fonction des domaines et des sujets, il n'y a pas les mêmes listes à le design brief, le DRD, donc qui centrale le product cricoirman document. Et on voit qu'en fait, si on attaque directement une étape tardive, par exemple, j'ai rien documenté, rien en terme de DAI input output et je veux juste faire le change-log, ce que j'ai commencé à faire au tout début. En fait, je devais du mettre moi-même le contexte d'emprunte parce qu'il n'avait pas toute cette connaissance-là. Et donc, c'était hyper lourd. La moindre action que je voulais faire avec un agent, elle était très longue. Aujourd'hui, vu que toute cette chaîne-là, elle est donc augmentée et qu'à chaque fois qu'on se réappuie, puisqu'on repart au début de la chaîne à chaque fois, alors il a déjà le contexte global du produit, etc. Mais même du coup, sur une fonctionnalité dédiée, il a tout contexte. Là, en fait, c'est beaucoup, beaucoup plus simple. On n'a pas besoin de réenter la roue et de tout l'huurdonnaie. Et donc, ce qui se passe, c'est que, peut-être, 70% du contenu reste identique, parce que une fois que t'as ton PRD, tu vas pouvoir créer tes histories avec, tu vas pouvoir faire documenter tes cadetests, tu vas pouvoir écrire tes articles suport dans le Webcenter. Mais finalement, le Webcenter, ça reste le même contenu, mais sous une forme différente que le Pierre dit. Et pareil, pour ce que tu mets dans ton change-log et dans ta communication marketing. La seule chose qui a à savoir, c'est qu'en terme de vénocité, on va beaucoup plus vite. Je pense que nous, on est à 2,5 plus rapides. C'est dur estimé, mais on a essayé. Par contre, tu peux pas être à 100% en termes de Pixel Perfect et de précision, parce qu'il y a beaucoup plus de contrôle de liens. Quand tu laisse, il y a développé directement, ou même que tu vois, je suis dans le proto. Oui, il va copier le proto et il va reprendre notre dizaine système, le développeur, mais il n'aura pas équivalent à avoir un philima où tu lui dis que tu fais Pixel Perfect, vraiment, tu vois, prêt. Donc c'est pour ça qu'il y a un peu des trade-offs. Il faut savoir un peu, parfois, il faut peut-être délaisser un peu la partie à pour réocer mon niveau d'accuracie, j'aurais tendance à dire, désolé, pour le franguette de précision, mais dans l'absolu, ça permet en étant un petit peu moins regardant et en n'étant peut-être pas à 100% d'aller 2 à trois fois plus vite. Peut-être 2 questions pour que le tirer après l'épisode par rapport à ce que cette notion de perfection, là, que tu as évoqué, c'est quoi les étapes aujourd'hui, dans ton workflow qui sont les plus perfectibles sur ton naout de poudre finale, enfin, à chaque fois, qui n'est pas encore craqué par LIA, c'est, c'est, c'est quoi, un peu les. Par exemple, quand tu crées aussi, en plume, c'est quoi un petit peu les étapes où, en fait, intervient encore beaucoup, malgré la structuration du contexte, malgré le fait que tu as productisé ton approche. Ouais, c'est une bonne question, je pense qu'il y a deux choses, il y a une. Enfin, voilà, il y a trois choses. La première, c'est au début de la chaîne, c'est bien beau d'avoir une usurisseur qui est remontée, c'est bien beau d'avoir de la compétitivité, compétitivité d'Igence qui te donne un peu les grandes lignes concurrentiels et énormément de travail prémachés, mais à un moment le goût et le jugement aujourd'hui, il ne peut pas être complètement remplacé. Et donc, il faut à minima, dans d'exactes bien un peu complexes, quand même, que tu fasses des arbitrages, que tu réfléchis, soit que tu développe, enfin, que tu réfléchis toi-même, soit que tu baies une storme avec ton équipe, pour donner ça à l'IA. Je vais quand même vous montrer le dernier cas parce que je pense que c'était intéressant pour répondre à ta question. Vous nous gériez, en cet épisode, sera plus long et vous ne direz si c'est OK pour vous. Ça, c'est une certitude qui sera plus long, mais bon, si c'est pertinent pour vous, n'hésitez pas à nous dire encore une fois en commentaire. Non, je pense que le dernier, il est très rapide, mais c'est juste pour te montrer, c'était un cas qui était beaucoup plus compliqué. Et donc là, je ne voulais pas du tout laisser complètement la main à l'IA. En gros, tant pis, je ne montre pas le cas, mais pour t'expliquer, c'était du coup une fonctionnée qui était très complexe à mettre sur notre application mobile. Et donc, tous les deux à l'interne de la team ont les enregistre avec clap, et du coup, c'est utiliser le clap MCP en plus de tout le reste pour dire, ok, ben, prendre vraiment cette discussion parce qu'on a beaucoup de brainstormé pendant une heure, et comme ça, ça te donne encore plus de contexte. Et tu vois, sans cette discussion-là, je pense que, alors, l'IA a aidé, puisqu'elle a pu récupérer le MCP, enfin, le contexte avec le MCP et nourrir sa réflexion, sans cette discussion initiale, un peu brainstorme, de deux humains qui connaissent parfaitement le sujet, et qui eux-mêmes s'appuient sur l'IA pour un certain nombre de sujets d'analyses raman, ben, je pense qu'on aurait pas été à la même solution. Et donc, mon premier point, c'est ça, c'est que sur la partie initiale, à un moment, ça risque un mille même qui prend la décision, qui a le dernier, le Last Mile de contexte, aujourd'hui, on n'est pas, en tout cas, chez clap à un niveau où on peut vraiment déléguer de manière aveugle, à l'IA, tout nous choix produits. Le deuxième sujet, c'est la partie, ben, je parlais du pixel-perfect de design-system, aujourd'hui, on n'utilise plus le film à, on utilise le film à, en fait, si, mais que pour le design-system, et je pense que ça va sauter, justement, c'est ça que j'aimerais bien faire sauter. En fait, on a nos composants, donc atomes, molécules, etc, avec tous les composants d'un design-system assez classique, ce qui fait que, si j'une interface a créé un nouvel écran comme celui qu'on a montré ensemble, en fait, tous ces éléments individuels existent dans le design-system, et c'est ce qui fait que l'IA quand elle prototype, elle fait quelque chose de globalement propre, et que le développeur, il n'est pas perdu, parce qu'en fait, c'est qu'un input, c'est un input, c'est qu'un tech, un petit, c'est un site, très ainsi de suite. Là où c'est pas suffisant en vanche, c'est que le design-system, il n'est pas encore implementé à 100% côté code. Et donc, il y a toujours des petits écars et des correctifs à faire, moi, ce que j'aimerais bien voir, c'est un design-system qui est hyper propre, hyper documenté, de bout en bout, et donc en fait, dans un nouvel écran, il n'y a pas de pixel-perfect parce que ça respecte ton design-system à fond, et il n'y a aucune marge d'interprétation. Mais ça, c'est très dur à voir, et honnêtement, enfin, s'il y a des auditeurs qui connaissaient, je suis prenaire, qui nous disent, parce que, parce que moi, j'ai jamais galé, j'ai jamais vu ça, aujourd'hui, à ce niveau. Et le dernier point, c'était, c'était sur la partie, bah, toujours pareil, c'est dur de laisser le jugement à l'IA 100%, c'est dur de laisser le côté, enfin, qualité, précision à 100% à l'IA, et c'est dur de laisser, bah, la partie code review à l'IA, un moment quand ça part en prod, bah, il sauve si c'est un petit jota, ou que c'est un côté où on accepte de pas avoir une vision 100% clean clean, mais sinon, bah, il faut quand même qu'il y a un humain dans la bouc pour valider tout ce qui rentre en production. Et ça, c'est une partie où on l'a beaucoup amélioré, on peut guider énormément à l'IA pour coder avec le manière de faire de l'équipe, respecter les pratiques de équipe, de la code base, etc. À un moment, c'est quand même, tu peux pas dire, j'appuie sur un bouton et le truc est mis en prod, automatiquement, tout seul. Donc, c'est les trois points où je dirais qu'il y a encore du vrai contrôle humain à faire, mais c'est des points où, en fait, j'aurai pris jour en progresse, c'est où la part de l'humain diminue quand même. Carrément, non, mais j'aime bien, c'est des bons disclèmeurs que tu nous partages là pour clôturer l'épisode, merci beaucoup, pour d'avoir le jeu de la démo, de la structuration, juste avant de tout ça, pour présenter à tous les auditeurs. Et puis, peut-être, on se refrait. En tout cas, moi, j'espère qu'on se refrait un épisode. J'ai des petits concepts d'épisode à droite à gauche, là. J'aimerais bien en notamment faire un épisode à un moment donné où on construit en live une app, mais bon, avec un certain niveau de préparation, dans la mesure où, forcément, on pourra pas tout faire d'un coup et on va pas non plus faire une session de 10 heures d'enregistrement pour le produit fini, mais ça pourrait être intéressant, faut être retrouvé des stratagèmes pour le faire, on a eu, ça pourrait être marre. Ben, écoute, si ici, on n'a pas aidé trop l'ancienne fois, si, avec plaisir pour revenir. En tout cas, t'es de bienvenue. Merci beaucoup, Robin. Et puis, moi, je vous dis, à très vite, pour un nouvel épisode, n'hésitez pas à laisser vos commentaires pour nous donner du feedback, pour poser d'autres questions complémentaires à Robin. Et puis, voilà, à nous dire un petit peu ce que vous pensez de l'émission, et comment est-ce qu'on peut la mêlurer pour aller prochaines épisodes? Merci à très vite. Et à y club, c'est terminé pour aujourd'hui. Si vous avez appris 2 ou 3 choses dans cet épisode, abonnez-vous à la chaîne YouTube, laissez-moi en commentaire avec vos retours et partagez l'émission autour de vous. Si vous êtes plutôt de la team audio, laissez une note 5 étoiles sur Apple Podcast ou Spotify. Ça mette vraiment pour la visibilité de l'émission et pour trouver d'autres supers invités. Enfin, si vous voulez industrieliser votre stratégie de programme, on peut vous aider avec Spacey Lémon, donc grand évolution de titre, Spacey tirait l'émone.co. À très vite pour un nouvel épisode!