1570093-232458554912487423 (1)

Salut tout le monde!

Est-ce que vous m'entendez bien?

Normalement, je suis en live.

Est-ce que vous m'entendez bien?

Il y a un petit décalage.

Voilà.

OK.

Super, il y a un tout petit décalage, mais ce n'est pas très grave.

Normalement, vous voyez tous.

Ok, nickel.

Attends quelques microminutes, le temps que les gens arrivent.

Prenez de quoi passer un bon moment, un sandwich, de quoi manger.

On va profiter de l'atelier justement pour pouvoir rentrer un peu dans le fond des choses.

On a une heure et demie à peu près ensemble.

Donc l'idée, c'est qu'on puisse construire un petit peu des choses ensemble.

J'ai beaucoup de choses à vous dire, à vous montrer.

Donc on va en profiter au maximum de ce temps-là ensemble.

Ok.

Très bien, je vais être connu.

Je prépare tout de mon côté.

Super.

Avant de commencer, chose importante, vous avez le chat qui est juste à droite à votre disposition.

Vous avez aussi un petit onglet qui s'appelle Q&A Only.

Ça, ça veut dire que vous allez pouvoir poser des questions à l'intérieur.

Ça va me permettre de ne pas perdre vos questions parce que quand vous allez les écrire, peut-être que le chat va se remplir.

Du coup, je risque de ne pas avoir forcément vos questions parce que je n'ai pas regardé le chat toutes les deux secondes.

Ce que je vous conseille, c'est quand vous avez une question, de pouvoir la rajouter directement dans le Q&A.

Par exemple, cela si vous faites un test.

Bonjour à tous.

Normalement, voilà, c'est une question que je vois, que je peux regarder, je peux y répondre.

Et justement, je peux la voir comme ça.

Tout le monde peut la regarder et au moins, on est OK et je ne perds rien.

C'est le plus important.

Ici, voilà, je la supprime.

Comme ça, vous savez, je retrouve les questions toujours au bon endroit.

Il date le coussin de la pierre, effectivement.

Oui, il fait beau à Marseille, à Schweiz, précisément.

Et il fait plutôt très, très beau.

Effectivement, il fait même très chaud.

Ça va monter très, très vite.

Il est midi 33.

Je pense qu'on va commencer dès maintenant, comme ça, on ne perd pas de temps.

Sachant qu'en plus, je pense que sur les temps du midi, je pense que vous préparez potentiellement le pont.

Donc, si vous êtes occupés à partir des 14 heures, l'objectif c'est justement de vous montrer un maximum de choses.

Et je n'ai qu'une heure et demie, donc ça va être plutôt intense.

On va commencer tout de suite.

Je vais vous partager mon écran.

Alors, petit petit sujet important, on est à la cool, on est dans un atelier, ce n'est pas une conférence, tout est carré, etc.

On en profite un petit peu justement.

C'est ça l'objectif aussi, que ce soit un petit peu interactif, donc n'hésitez pas à intervenir.

Le seul chose que je vous demande, c'est quand vous avez une question, de la passer en Q&A.

Comme ça, je peux la voir et la suivre.

OK, pour tout le monde, on est parti.

Ici.

OK, salut Catherine, plaisir de te voir.

Et tout de suite, je lance la présentation.

Ici, et on va être parti tout de suite.

Alors, je vais mettre tout l'écran quand même, parce qu'il y a pas mal de choses à vous montrer.

et comme ça on pourra voir aussi la fenêtre avec les outils en question.

Vous me dites quand vous voyez mon écran, c'est tout bon pour vous?

J'attends un petit coup de votre part.

OK, nickel.

Alors, bonjour à tous.

J'espère que vous allez bien.

Avant toute chose, on va parler aujourd'hui justement de construction avec de l'IA.

Et vous allez voir qu'on va rentrer dans le fond des choses parce qu'on va partir du principe que l'objectif de cet atelier, c'est aussi de vous montrer un petit peu la production.

Il y a des choses qui vont être un petit peu techniques, des autres, n'hésitez pas à poser des questions quand c'est nécessaire.

L'objectif, c'est de ne pas aller trop vite, de rentrer un peu dans le fond des choses.

Donc voilà, pas d'hésitation, il n'y a pas de questions bêtes, on en profite.

Qui je suis?

Avant toute chose, je m'appelle Thibault Marty.

Si vous ne me connaissez pas, ça fait à peu près dix ans que je construis des produits.

J'étais un des pionniers en no-code, notamment sur Bubble.

Je ne suis pas développeur, je préviens.

Et pour le coup, j'ai formé beaucoup de gens sur Bubble, donc un outil de création no-code qui permet de créer des applications web et maintenant mobile sans avoir à utiliser, à écrire de lignes de code.

Mais il y a quand même une logique de progression et d'usage de l'outil.

Et aujourd'hui, ça fait déjà pas mal de temps que j'ai basculé de plus en plus sur de l'IA et du code, mais sans avoir non plus besoin de coder.

Vous allez voir que je vais tout vous expliquer sur la transition et pourquoi je l'ai fait aussi.

Mais ce qui est important de comprendre, c'est que j'étais un des pionniers à former sur Bubble, donc le fait de passer de Bubble à d'autres outils pour développer n'est pas forcément anodin.

Avant toute chose, j'aimerais bien introduire une notion qui me semble très importante et que malheureusement, sur les réseaux et un peu de partout, je vois trop souvent.

C'est l'idée que l'IA va nous remplacer.

Alors, je pense que dans certains cas, elle peut nous remplacer, mais elle ne remplace pas une compétence qui n'existe pas.

Elle amplifie une compétence que vous avez déjà.

Et pour le coup, si elle est bonne, elle va l'amplifier dans le bon sens.

Si, par contre, elle est mauvaise, elle va l'amplifier dans le mauvais sens.

C'est un peu comme une formule 1.

C'est ce que je dis souvent dans mes rendez-vous.

c'est que quand vous voyez le mur arriver, en formulaire, c'est un peu trop tard pour freiner, et c'est ce qui risque de se passer malheureusement avec l'IA quand vous la maîtrisez mal ou quand vous vous laissez maîtriser par l'IA.

Et pour le coup, moi, j'ai un énorme problème avec ce qui se passe en ce moment, c'est un problème avec le Vibe Coding.

Alors si vous n'avez pas entendu parler du Vibe Coding, c'est la notion qui indique que des gens développent des applications web principalement, des sites, etc.

avec des outils comme Lovable, comme Bolt, comme V0.

Est-ce que vous avez déjà entendu parler de ces technologies?

Alors, si vous vous posez la question, c'est une plateforme qui ressemble à ça.

Est-ce que ça vous parle à peu près?

Pareil, répondez-moi le chat, etc.

Pareil, je répondrai au QA dès que j'ai cinq minutes.

Alors, j'ai toujours un petit décalage de 15 secondes.

C'est toujours un petit peu pénible sur cet outil.

Donc logiquement, voilà.

Alors, pour ceux qui ne savent pas, c'est le principe de développer une application en tapant juste des promptes.

Je vais vous faire un tout petit exemple pour que ça vous parle un peu plus.

Alors, je ne voulais pas le faire comme ça, hop.

Voilà, imaginez.

Voilà, bon, on va faire comme ça, ce n'est pas très grave.

Ici, hop.

On va le faire en mode comme ça.

Je vous montre un tout petit compte.

Sur Lovable, en gros, vous partez du principe que vous avez juste à écrire quelque chose, et l'IA va le faire pour vous.

J'ai quelques projets que j'ai faits comme exemple, comme une petite landing page, et vous avez juste à taper des éléments, et le système va créer automatiquement l'application pour vous.

Par exemple, j'ai une page, et là je lui dis, rajoute un calendrier de prise de rendez-vous, Tout simple.

Et à ce moment-là, l'IA va réfléchir et va me créer quelque chose.

Alors, on parle de lovable, on parle de Bolt, on parle de V0.

Il y a beaucoup de logiciels qui se sont lancés dans cette course-là, ce qui n'est pas une mauvaise chose forcément, mais qui, moi, me pose un énorme problème.

Alors, je vous montre la démonstration pour ceux qui ne connaîtraient pas le bytecoding.

Vous voyez, il y a une analyse de ce qui se passe.

Le système me construit quelque chose et à partir de là, il lit les fichiers et va me créer normalement, je dis bien normalement, le système que j'ai demandé.

Pas du tout moins sur l'image, on est d'accord?

Alors ça prend un petit temps, le temps qu'ils fassent les éléments.

On ne va pas forcément attendre tout le truc, on reviendra par la suite.

Mais voilà, vous avez compris le principe.

L'idée de ce Vibe Coding, c'est justement, pourquoi on dit Vibe Coding, c'est de développer un peu au fil de l'eau, un peu avec, on va dire, aux doigts mouillés, on lance des trucs, ça se construit au fur et à mesure, et c'est très bien comme ça.

Le problème avec le Vibe Coding, c'est qu'en réalité, c'est la pire façon de développer une application sérieuse.

Alors là, on va voir, il m'a ajouté une section prise de rendez-vous.

Voilà, très bien.

OK, super.

Bon, à peu près, il l'a fait.

OK.

Eh bien, ça, c'est la pire façon de développer quelque chose.

Pourquoi?

Parce qu'en réalité, quand vous êtes sur ces outils-là, on résume le développement.

Et attention, je ne dis pas que c'est votre faute.

C'est justement les logiciels qui vous donnent cette impression-là.

c'est qu'on résume le développement informatique à juste empiler des fonctionnalités comme des Legos.

J'ajoute un calendrier, j'ajoute un système de réservation, j'ajoute un système de connexion.

Bref, on empile, on empile, on empile et surtout, on voit si ça marche.

Et le principe de voir si ça marche, c'est résumé à si je clique et que ça marche, c'est que ça marche.

On s'en fout de la sécurité, on s'en fout de la logique derrière, on s'en fout si on casse des trucs parce que finalement, On ne le voit pas vraiment.

Vu que vous n'êtes pas habitués à faire du développement, on se contente de vérifier avec ce qu'on a sous les yeux.

Et enfin, le dernier sujet, c'est que tout ce que vous construisez finalement a un objectif très court terme.

Le principe, ce n'est pas que ça marche dans le temps, c'est que ça tienne et que ça paraît joli sur le moment.

Tout ça pose de vraies questions de comment on conçoit un logiciel en 2026 avec de l'IA et surtout vous rend dépendant d'une XM plateforme puisque chacune de ces plateformes a un business model attaché.

Et bien évidemment, plus vous consommez de tokens, plus vous restez chez eux parce que vous n'avez pas envie de tout perdre et donc vous risquez à terme d'être enfermé dans un nouvel outil.

Le problème de tout ça, c'est que ça rend invisible l'essentiel.

Quand vous construisez en VIP Coding, c'est comme si vous construisiez un immeuble avec pas de plan, d'accord?

Donc sans plan de construction, avec aucune idée du nombre d'étages, du nombre d'appartements qu'il y aura, de la charge à porter, finalement du poids complet.

Et enfin, vous n'avez aucune idée de finalement le fait que ça ne s'écroule pas, le principe c'est que tant que ça tient et que ça reste à peu près debout, c'est OK.

Et forcément, si je vous disais ça dans le BTP, vous vous diriez, attendez, c'est quand même hyper dangereux parce qu'en fait, si on construit sans plan, on risque de se retrouver avec quelque chose de très fragile alors qu'on construit un immeuble fait pour avoir des gens dedans.

Et là, pour le coup, il n'y a rien de stable et rien de solide.

Eh bien, le problème du webcoding, c'est exactement ce principe-là.

Et pour le coup, moi, ce qui me dérange, c'est qu'on ne peut pas faire de vrai développement d'applications, web, d'outils, si on ne connaît pas à minimum les bases et on n'a pas de méthode pour construire une application solide.

Quand je dis solide, ça veut dire que c'est quelque chose qui peut durer dans le temps, mais surtout qui ne vous met pas en danger.

Qu'est-ce que j'appelle mettre en danger?

Quand vous créez quelque chose et que vous ne savez pas ce que vous faites, parce qu'effectivement, vous n'êtes pas ingénieur logiciel et vous ne savez pas forcément coder, donc vous n'avez pas remarqué les erreurs potentielles qui sont sous la surface, vous risquez de créer des bugs, mais surtout des failles de sécurité.

Et ça, ça peut avoir un impact énorme, surtout quand on n'est pas capable de savoir ce qui a été fait.

Pire si vous êtes sur des plateformes comme le Webull ou Bolt, parce qu'elles ne sont en rien responsables de ce que vous faites.

Par contre, c'est à vous d'avoir cette responsabilité en cas d'erreur et en cas d'échec, ou pire, de faille de sécurité.

L'objectif, c'est d'avoir une méthode pour éviter toutes ces problématiques-là.

Je vais juste reprendre un tout petit peu la phase de présentation, comme ça, je ne me perds pas.

J'avais un doute.

Voilà.

OK.

Et donc, pour faire tout ça, vous allez voir, on va résumer, ça va être très très simple, on va construire au fur et à mesure et justement, on va vous apprendre les bases aujourd'hui, c'est ça l'objectif.

Ce qu'on va faire, c'est qu'on va commencer à définir qu'est-ce qu'il faut faire pour justement créer une application qui tienne.

Déjà, la première chose, c'est d'avoir les prérequis minimum de ce qu'on va mettre dans son application et de la stackoutils.

Alors, stackoutils, c'est un mot que je vais utiliser régulièrement.

Ça fait partie des mots-clés que vous allez voir.

Et justement, je voudrais introduire aussi quelque chose d'important.

On parle de no code, on parle de s'encoder.

S'encoder, ça ne veut pas dire ne rien comprendre à la programmation.

Si vous voulez créer une application et que vous l'utilisez l'IA, il y a des choses que vous allez devoir comprendre.

Bien évidemment, si vous vous dites OK, il y a l'IA, je claque des doigts, elle fait ma place.

Eh bien, le problème, c'est que comme je vous le disais au début, si elle est mal dirigée, Elle fait littéralement de la merde, on va le dire comme ça.

Et donc, le principe, c'est de comprendre ce qui se passe à minima derrière.

Ça veut dire quoi?

Ça veut dire comprendre des termes et, on va dire, une logique de développement.

Par exemple, ce que c'est une stack, un ensemble d'outils qui vont composer une application.

Qu'est-ce que c'est un front-end qui va être le devant de votre application visible par vos utilisateurs?

Je vous rassure, je vous montrerai ensuite une petite métaphore pour bien vous faire comprendre, mais c'est des termes que vous allez voir souvent.

Du back-end pour ce qui se passe derrière pour vous, on va dire en termes de construction.

Des API, et il y a plein d'autres mots.

C'est juste pour vous montrer un exemple.

Il y a des termes à comprendre et ces termes-là, au bout d'un moment, vous allez devoir les démystifier.

Je vous rassure, ça n'a rien de très technique.

Une fois qu'on a compris les bases, c'est bon.

Mais vous avez besoin, à un minimum, à un moment donné, de vous dire, OK, qu'est-ce que je suis en train de faire?

Je ne vous dis pas de savoir ce qui est écrit dans chacune des lignes des codes que va produire l'IA, mais je pense que c'est essentiel quand vous créez un logiciel avec l'objectif de faire de l'argent avec, je pense, de savoir, à minima, comment ça se construit.

Pour faire tout ça, on va parler d'utiliser une IA.

Alors, je suis assez curieux dans le chat, qu'est-ce que vous utilisez comme IA au quotidien?

Est-ce que vous utilisez ChatGPT?

Est-ce que vous utilisez Cloud?

Est-ce que vous utilisez Gemini?

Qu'est-ce que vous utilisez actuellement comme IA?

Et surtout, comment vous l'utilisez?

Est-ce que vous l'utilisez en mode ChatGPT, c'est-à-dire vous ouvrez l'application de ChatGPT et c'est OK?

Ou vous avez un usage peut-être un peu plus du côté développeur?

Un exemple tout simple, un chat GPT, en gros, ça ressemble à peu près, en mode si vous l'utilisez comme ça, voilà, là c'est chat GPT.

J'ai besoin de savoir à peu près, ok.

Il y a des personnes qui ont un petit niveau quand même.

D'accord, si vous utilisez tout ce code, alors, ok.

Ah ouais, bon, il y a des personnes quand même qui savent, qui touchent un peu.

OK.

Intéressant.

Mistral Parapay, OK.

Bon, il y a un certain petit niveau quand même.

OK.

Donc, effectivement.

4GPT, Cloud, tout ce que vous voulez, ça peut être très cool, mais le problème, c'est qu'on va être très vite limité.

On va être limité pourquoi?

Parce que quand on va vouloir construire quelque chose, on va être limité par la fenêtre de conversation, par le fait d'être toujours dans une interface qui est vraiment fait pour le chat, alors que nous, ce qu'on veut, c'est construire.

Et pour ça, on va utiliser une IA, précisément, c'est Cloud Code.

Pourquoi Cloud Code?

Parce que justement, c'est une IA qui va s'installer sur votre ordinateur.

Et cette IA, elle a une particularité, c'est qu'elle va s'installer sous la forme d'un CLI.

Alors le CLI, c'est quoi?

C'est ce qu'on appelle un invite de commande.

Donc par exemple, si je tape mon Ghostick et un peu mon terminal, c'est un équivalent.

Eh bien, vous allez voir que, je vais vous montrer à quoi ça ressemble tout de suite.

C'est une interface qui peut faire peur au premier abord.

Ça ressemble à ça.

Vous allez dire, c'est pas sexy du tout.

Pourquoi ça ressemble à ça?

Parce que ça travaille directement avec votre ordinateur.

C'est-à-dire que vous avez la capacité, grâce à Cloud Code, de pouvoir commander tout ce qui se passe dedans.

Par exemple, si j'ai envie de taper un OS de commande.

Alors, bien évidemment, c'est des petites commandes qui s'apprennent.

C'est très basique.

Si certains ont manipulé des ordinateurs quand ils étaient plus jeunes, c'est ce qu'on appelle l'OS ou l'invite de commande de base.

Par exemple, là, si je veux, je peux créer un nouveau fichier dans mon propre ordinateur.

Ça, c'est quelque chose que vous ne pouvez pas faire avec ChatGPT directement.

Là, par exemple, je vais lui dire, donc mkdir, c'est une invite pour justement créer un nouveau dossier.

Je vais lui demander de créer un dossier dans mon ordinateur en disant projet, cours, test.

Donc projet court test, là, ce qui vient de se passer, c'est que dans mon ordinateur, dans mon fichier Thibaut, juste ici, il y a beaucoup de fichiers, je fais beaucoup de Cloud Code, mais il y a surtout un élément qui vient de se rajouter, qui s'appelle, donc c'est P, c'est tout en bas, PPPPPPP, qui s'appelle projet-courtest.

Il a été créé aujourd'hui à 12h48.

Donc vous voyez, ici, il a directement été créé grâce à cette interface-là.

On n'est pas encore dans l'IA, on a juste créé un fichier dans mon dossier grâce au terminal.

Ensuite, je vais aller dans ce dossier-là.

J'ai une commande qui me permet d'aller, qui s'appelle cd projet-courtest.

qui me permet de me rendre dans mon dossier, et dans ce dossier-là, je vais lancer Cloud.

Cloud, ça va être justement mon IA qui va commencer à travailler.

Et cette IA, une fois qu'elle est dans ce dossier-là, donc pourquoi je la lance dans ce dossier?

C'est parce que je ne veux qu'elle travaille que dans ce dossier, je ne veux pas qu'elle travaille dans tout mon ordinateur.

Eh bien, à ce moment-là, elle va avoir la commande, elle va avoir la main pour travailler dans ce dossier et faire ce qu'elle veut dans ce dossier.

Par exemple, je peux lui dire, crée un document Word avec un résumé, de dix dates clés de la première guerre mondiale.

Pour ceux qui participent à d'autres ateliers, ils vont me dire mais pourquoi t'es obsédé par la guerre?

C'est pas ça, c'est juste que j'ai pas d'autres idées en fait.

Je pourrais dire la recette du gâteau au chocolat, je sais pas, je m'en inspire.

À chaque fois, je sors cet exemple-là.

Ne me demandez pas pourquoi.

L'intérêt avec ça, c'est qu'il va me créer, grâce à toutes ces petites mains, il va aller dans mon ordinateur, il va ouvrir Word, il va générer un document Word, il va aller sur Internet trouver des didactes où il va faire appel à ses mémoires, et à partir de là, il va me créer un fichier à l'intérieur de ce projet court test qui va être un Word avec les résumés des dits, les dates clés de la première guerre mondiale.

Aussi simple que ça, et vous allez voir qu'on va commencer très simple, mais bien évidemment on va monter en gamme par la suite.

C'est juste pour vous montrer pourquoi on utilise ça plutôt qu'un chat GPT ou autre, en tout cas dans une logique de code.

Bien évidemment, je mets de côté tout ce qui va être l'usage par des idées, etc.

Donc des trucs un peu plus compliqués.

Là, l'objectif, c'est juste de vous montrer ce qu'on peut faire avec Cloud Code.

Donc vous voyez, il est en train de réfléchir.

Il vient de me faire un petit document.

Donc ça, c'est un petit script pour générer le document Word.

Et là, il vient de me faire mon premier document Word avec les petites dates de la Première Guerre mondiale.

Et c'est tout bête.

C'est un fichier, un fichier Word très très simple avec les éléments nécessaires.

Donc je vais vous l'ouvrir juste ici.

Voilà.

Très simple, OK?

Donc voilà, tout basique, un fichier pas mal formaté, et ça permet d'avoir ce fichier toujours à dispo juste ici.

Pas besoin de le télécharger ou quoi, il est directement fait depuis mon ordinateur avec la puissance de mon ordinateur.

OK?

Et donc, pourquoi j'utilise ça?

Pour trois raisons principales qu'on va découvrir justement dans cet atelier.

La première chose, c'est sa logique de développement, parce que vous allez voir qu'on va pouvoir faire énormément de choses avec ça.

Autant sur son ordinateur pour pouvoir ranger ses dossiers, retrouver des éléments de mémoire, construire des choses pour soi dans des documents, des prévisionnels, tout ce que vous voulez.

Mais aussi, on va pouvoir, et c'est ça que je trouve un des trucs les plus intéressants, c'est personnaliser son expérience de Cloud Code avec justement on va dire des skills, donc des apprentissages, des plugins et des MCP, qui sont des connexions avec des outils extérieurs, c'est-à-dire que vous allez pouvoir personnaliser votre Cloud Code pour qu'il soit unique à vous, c'est-à-dire qu'il a une façon de s'adresser à vous, il va avoir des compétences particulières, donc des compétences en design, des compétences en création de texte, des compétences en développement informatique, qui vont être propres à votre propre Cloud.mb, qui vont être stockées au niveau de sa mémoire.

Si par exemple, Ici, je demande à mon Cloud Code de générer un site web à partir de ce document.

Eh bien, lui, la première chose qu'il va faire en général, parce qu'il l'a entraîné pour, c'est me poser, donc ça arrive, justement, il va utiliser les informations, il va utiliser les informations du document pour générer le site, et s'il n'a pas assez d'informations pour générer correctement le site, il va se mettre à me poser des questions sans que je lui demande.

Pourquoi?

Parce qu'il a une compétence qui s'appelle Brainstorm qui va dire automatiquement à Claude de m'aider à réfléchir quand un projet est trop flou.

Là pour le coup, il a déjà un document.

Il a commencé à écrire, ce n'est pas forcément un souci pour lui, donc il a assez d'informations.

Et vous voyez que directement, il est déjà en train de faire un nouveau dossier site avec un petit fichier index.html qu'il est en train de construire en direct.

Vous voyez pour l'instant, il y a juste le visuel.

Enfin, il y a juste la structure, il n'y a pas encore le visuel.

Et il va le construire au fur et à mesure directement sur mon ordinateur.

Ça, c'est vraiment l'exemple très, très simple de ce qu'on pourrait faire avec.

Et vous allez voir que le design qu'il va mettre en place va être personnel à ce que moi, j'ai donné à mon IA à apprendre en termes de design.

Vous voyez là, par exemple, il m'a fait un petit site.

Première guerre mondiale.

Des petites dates.

Voilà la structure.

Tout simplement, c'est tout bête.

Voilà.

Si vous avez déjà maîtrisé Cloud Code, si vous avez déjà utilisé Cloud Code auparavant, ou d'autres IA qui créent comme ça, vous voyez, c'est quelque chose d'assez classique.

Là, je veux dire, c'est le truc de base.

OK pour tout le monde?

Vous avez à peu près eu ce genre d'usage?

Je pense que certaines personnes ont testé ça ou pas du tout?

Juste pour bien comprendre.

Je me répondais oui en chat comme ça en avance.

Quelque chose, on va dire, de relativement classique.

Maintenant, il y a un dernier sujet jamais utilisé.

OK, Christelle, c'est des choses qui, je trouve, sont hyper intéressantes pour créer des petites bases de sites, des landing pages.

Et même pour vous dire, je suis en train de refaire tout le site de justement de auto grâce à ça, avec des designs beaucoup plus personnalisés, une structure propre, des différents éléments.

Enfin voilà, on peut faire vraiment des choses extrêmement cool, hyper personnalisées, avec justement cette logique-là de construction, avec des skis dans tous les sens pour faire du beau design, etc.

Mais il y a un troisième point qui est extrêmement intéressant, c'est aussi ses agents et ses subagents.

On va revenir par la suite sur ça, parce que je pense que c'est ce qui va être extrêmement intéressant et surtout que les gens ne comprennent pas ce que c'est des agents et des subagents de manière spécifique, parce qu'en français, il n'y a pas de différence entre les deux, alors qu'en réalité, il en existe pas mal.

C'est en fait que Cloud depuis début d'année 2026.

Vous vous adressez plus à Cloud en tant que développeur, c'est-à-dire que lui va prendre une casquette spécifique pour faire un résultat particulier.

C'est que selon la complexité des tâches, il va avoir la capacité de générer des agents, donc des personnes, des robots dédiés, qui vont eux-mêmes effectuer des actions en fonction de leur spécialité.

C'est-à-dire la capacité non pas de créer un développeur, mais de créer une équipe de développement, de test, de designer, etc., commandée par Cloud lui-même.

C'est-à-dire qu'il devient orchestrateur d'une équipe comme une agence en quelque sorte, avec vous, pas comme chef de projet, mais comme client, et lui finalement qui va interagir avec ses différents agents pour vous aider à construire l'application de vos rêves.

Et cette chose-là a littéralement tout changé, et c'est ce qui m'a fait basculer de Bubble justement aux IA, et justement aux IA plus code, parce que vous avez bien compris, je n'aime pas le côté web coding.

Et donc, avant toute chose, pour utiliser ça, on va justement comprendre la logique de qu'est-ce qu'une application.

Parce que si effectivement, on veut construire quelque chose, il faut savoir qu'est-ce que c'est qu'on est en train de construire.

Et donc, pour ceux qui ne le savent pas, on va revenir sur des bases.

Votre application, ce n'est pas juste une application, c'est-à-dire un site web un peu complexe qui se balade sur Internet.

c'est déjà plusieurs choses.

Donc, de base, reprenez la métaphore de l'immeuble.

Sur votre application, vous avez ce qu'on appelle un front, c'est-à-dire la façade que vont voir vos utilisateurs quand ils sont connectés ou quand ils ne sont pas connectés et qu'ils vont pouvoir justement visiter en tant que...

Alors, je réponds juste après Francis, je vais être déçu.

Et donc, justement, c'est là où vos utilisateurs vont pouvoir voir l'immeuble, etc.

Ensuite, vous avez Le back-office, c'est une interface qui est administrateur, c'est-à-dire qui va vous permettre d'administrer votre application pour pouvoir gérer qui se connecte, qui ne se connecte pas, qui a droit de faire quoi, est-ce que je dois rajouter des données pour telle ou telle chose.

Si vous préférez, je vous donne un exemple tout bête, c'est imaginez Airbnb.

Vous avez forcément une interface back-office administrateur qui permet, justement, s'il y a des litiges sur des maisons, de pouvoir traiter ces litiges.

Dans un immeuble, imaginez que c'est l'intérieur de l'immeuble où on peut voir chaque appartement.

Je n'ai pas mis la vue de l'appartement, mais chaque étage avec chaque appartement.

Imaginez que c'est une vue pour vous.

Et ensuite, vous avez le back-end.

Le back-end, c'est finalement ce qui va être invisible pour vous et pour vos utilisateurs.

C'est là où vous allez avoir tout ce qui est la construction, la tuyauterie, l'électricité, etc.

C'est-à-dire que quand il se passe quelque chose dans le front ou dans le back-office, eh bien, c'est le back-end qui va travailler.

C'est-à-dire qu'en réalité, on ne travaille jamais sur une application, ça ne veut pas dire grand-chose.

On va travailler sur le visuel de l'application, donc l'interface pour son utilisateur.

On va travailler une interface pour l'administrateur.

Et on va travailler sur toute la structure, la tuyauterie, l'électricité de votre application, c'est-à-dire qu'est-ce qui va se passer quand l'utilisateur est tiré sur la chasse d'eau?

Je vous reprends cette métaphore.

Il faut que les tuyaux s'activent, etc.

Ça, ça va être du côté back-end.

Et donc, je continue sur cette métaphore parce que je trouve qu'elle est hyper intéressante.

J'ai trouvé hier soir, j'étais assez fier.

Eh bien, c'est qu'en réalité, tout ce qu'on va voir sur l'immeuble, ça peut être en partie transposé sur le côté développement d'applications.

La première chose déjà, c'est que quand vous posez un immeuble quelque part, eh bien, c'est un terrain, c'est-à-dire un endroit où il va exister physiquement.

Eh bien, sur une application web, c'est un peu la même chose, c'est-à-dire que vous avez un endroit, ce qu'on appelle un hébergeur, qui va stocker votre site, votre application, sur un endroit physique, donc stocké sur un serveur, avec tout le code à l'intérieur, et qui va permettre aux utilisateurs justement de pouvoir s'y rendre pour pouvoir visiter votre application.

C'est ce qui va être défini notamment par votre URL, donc là où vous allez, monsite.com, c'est justement l'hébergeur qui va afficher votre application pour l'utilisateur.

Ensuite, vous allez avoir justement...

Pardon, j'ai du bruit derrière.

Francis, garde ta question sur le Q&A, comme ça j'y réponds juste après.

Ensuite, vous allez avoir les fondations de votre immeuble.

Les fondations, ça va être tout ce qui va être la technologie, on peut appeler ça aussi un framework, c'est-à-dire des éléments qui vont permettre de construire toute la logique et en partie, je dirais en petite partie la structure de votre application, c'est-à-dire qu'est-ce qui se passe quand je clique sur ce bouton, qu'est-ce qui se passe quand je me connecte, etc.

Toute la fondation, ça va être la technologie que vous allez mettre derrière.

Concrètement, ça va être le code, d'accord?

Ensuite, vous allez avoir les murs porteurs.

Alors, j'essaie de trouver une métaphore, mais les murs porteurs, ce n'est pas mal.

C'est votre base de données.

C'est là où vous allez stocker toutes les données, c'est-à-dire que votre immeuble, si vous avez des fondations, c'est-à-dire la techno, mais vous n'avez pas de murs porteurs, le truc peut s'effondrer parce qu'il n'y a rien qui transite à l'intérieur.

Eh bien, la base de données, c'est ce qui va stocker toutes les données, qui va permettre de dire, par exemple, si je rentre dans un des appartements, eh bien, il faut que ce soit de l'autre côté le bon appartement qui soit, montrer avec le lit au bon endroit, la douche au bon endroit, etc.

Et donc ça, ça va vous permettre de comprendre ce que c'est une base de données qui va stocker toute la structure de l'application et toutes les informations de l'application.

Et on peut aller encore plus loin, etc.

On peut aller dans le détail, mais voilà.

Imaginez que la peinture de la facette, etc.

Ça va être le côté visuel, ce qu'on appelle l'intégration dans le web, c'est-à-dire visuellement à quoi ça va ressembler.

OK?

Eh bien, tout ça, d'accord, il y a des choses qu'on va faire du côté de Cloud, mais il y a des choses qu'on va faire aussi par d'autres outils.

Par exemple, je vous donne un exemple d'outil qu'on va utiliser, et c'est quelque chose qu'on appelle une stack, c'est-à-dire un ensemble d'outils de ma boîte à outils qui va me permettre de ne pas avoir à réinventer la roue à chaque fois que je vais faire quelque chose.

Par exemple, si je n'utilisais pas ce type d'outil, imaginez demain j'ai envie de mettre en place un paiement sur mon application, eh bien je vais devoir forcément tout le temps remettre en place un système de paiement que je vais devoir recréer.

Ça n'a aucun intérêt parce que c'est une perte de temps pour rien et surtout que je vais devoir gérer la sécurité, que je vais devoir gérer les différentes monnaies qui existent, que je vais devoir gérer les cartes bleues, etc.

Ce n'est pas possible.

Alors on va utiliser un service qui est fait pour ça, Stripe.

Stripe qui est un outil pour justement faire du paiement.

On pourra faire pareil avec l'hébergement, on va utiliser un outil comme Vercel.

Pour la techno, on va utiliser Next.js, etc.

Vous pouvez screenshoter un si vous voulez, c'est quelque chose que je réutilise beaucoup.

Pourquoi je vais la réutiliser?

Pour deux raisons.

La première raison, c'est quelque chose que je connais, que j'ai déjà utilisé.

Ça veut dire que quand je vais réutiliser ces outils, je ne vais pas être surpris.

Je vais capitaliser sur la compétence que je vais avoir avec ces outils parce que je sais comment chacun ces outils fonctionnent et qu'est-ce qu'ils font.

et je n'ai pas envie de recommencer à zéro pour chaque projet.

Alors certes, c'est très sympa de recommencer à zéro pour chaque projet qu'on redémarre parce que c'est un peu curieux et on explore, sauf qu'au bout d'un moment, vous ne pouvez pas explorer et développer de manière professionnelle.

Si vous n'êtes pas sûr d'un outil, ne l'utilisez pas.

Surtout si vous avez une application sur laquelle vous tenez faire quelque chose de sérieux à terme, ça risque de bloquer.

D'accord?

Et la deuxième raison qui pour moi est littéralement la plus importante, c'est que tous ces outils-là, ils vont se connecter avec Cloud Code, grâce à ce qu'on appelle des MCP.

En fait, je vous ai parlé au début de quelque chose qui s'appelait des API, c'est-à-dire des systèmes qui vont se connecter entre eux, avec votre application par exemple, et bien les MCP, c'est un peu une notice faite pour les IA qui va permettre à n'importe lequel de ces outils de communiquer avec Cloud Code, et Cloud Code va directement aller travailler sur cet outil-là pour créer tout ce que je souhaite.

Par exemple, pour créer des maquettes, pour créer ma base de données, pour héberger mon application.

Par exemple, je vous montre un exemple tout de suite.

Vous vous rappelez tout de suite mon application, ici.

Là, mon application a été faite sous la forme d'un fichier.

Ça veut dire quoi?

Ça veut dire que mon application n'existe que sur mon ordinateur.

Le fichier index.html, qui est ma page web, à part vous envoyer le fichier, vous ne verrez jamais mon site web.

Et pour le coup, ce que je vais faire à la place, c'est que je vais dire à Claude, parce qu'il est connecté à un outil qui permet de faire l'hébergement, rappelez-vous, justement le terrain où l'application est censée exister, c'est l'hébergement, je vais pouvoir lui dire de déployer l'application en ligne, c'est-à-dire de mettre mon site, l'application ou le site pour le coup, déployer le site en ligne, Et là, automatiquement, vu qu'il est connecté à un outil qui s'appelle Vercel, qui gère l'hébergement, il va envoyer un message à Vercel pour dire, j'ai envie de mettre ce site-là, donc fais ce fichier, il faut que tu le mettes ici, etc.

Fais toute la configuration et renvoie-moi juste l'URL, et il va me proposer une URL, inventer un de test, et je vais vous la partager en direct pour vous montrer que ça fonctionne bien.

C'est-à-dire que grâce à toute cette configuration-là, il fait le travail tout seul.

C'est pour ça que ces outils sont hyper intéressants, c'est que ces outils-là vont être commandés par Cloud Code sans que j'ai passé du temps dessus.

D'accord?

J'en profite le temps qui tourne pour répondre à Francis.

On ne pourra pas utiliser Cloud Code pour Bubble.

J'ai du mal à comprendre ta question.

Tu peux connecter Cloud Code avec Bubble sur ta base de données.

Si tu veux construire avec Cloud Code et Bubble, là pour le coup, je pense que ça va poser problème parce que les deux outils font la même chose, sauf que Bubble ne se commande pas par une IA.

Donc voilà, il faut bien comprendre la différence aujourd'hui.

Des interfaces comme Bubble posent problème pour être commandées par des IA.

C'est pour ça que ça commence à vraiment être un peu difficile.

Là, vous voyez, il m'a créé des URL et il m'a créé la petite URL site8beta72.vercel.app.

Et cette URL-là, je peux m'amuser à vous la partager.

Si je vous la partage ici, dans les commentaires, normalement, à vous de me confirmer, vous pouvez cliquer dessus et vous pouvez vous y rendre, ça ne posera pas de problème.

Je vais vérifier quand même en navigation privée.

Est-ce que vous allez y accéder ou pas?

Voilà, on a tous accès.

Et ça, honnêtement, autant pour quelque chose d'aussi simple que justement la mise en ligne, mais vous pourriez aussi avoir quelque chose de plus compliqué.

Par exemple, si je dis au système Parfait, je vais vous mettre ça de côté pour l'instant.

Maintenant, transpose la maquette du site sur Figma.

Donc Figma, qui est un logiciel justement de design, eh bien si je voulais, je pourrais demander à Claude de directement créer tout ce que vous voyez sur le site directement sur Figma pour que je puisse le modifier.

Et ça, c'est ça qui va être dingue, c'est qu'il est en train, vous voyez, de charger les outils Figma.

Donc là, il va me créer.

Donc vous voyez, j'ai mon petit Figma juste ici qui est en train de charger.

Je crois qu'il est même un peu planté.

Là, il est en train de récupérer Figma.

et pour pouvoir justement commencer à construire directement dessus.

Faut-il connecter ses outils auparavant à CodeCode même s'ils sont payants?

En fait, que l'outil soit payant ou non, ça n'a pas forcément d'impact.

Normalement, le MCP, ce n'est pas quelque chose de payant, mais tu as des outils qui vont te demander, pour pouvoir l'utiliser, d'être payé.

Ça va dépendre de l'outil.

Là, les outils que je vous présente, en général, soit sont quasiment gratuits, soit ont des versions gratuites un petit peu larges.

Le seul cas de Figma, à la limite, que je me pose comme question, mais ça, je n'ai pas l'information là sous les yeux, c'est je crois qu'il faut utiliser un petit paiement sur Figma, mais je ne suis pas complètement sûr.

Là, il est en train de me faire le site.

Je voulais vous montrer, mais justement, je pense que mon Figma est légèrement planté.

Mais en train de le faire, je vous montre le résultat à la fin.

Comme ça, vous voyez le résultat directement.

En attendant, il y a eu l'hébergement et la construction du site est en train d'être faite.

Alors, je vous parle de Figma, mais il y a d'autres outils comme Pencil qui sont super intéressantes.

Et pour le coup, qu'on voit en formation aussi, qui sont hyper cool parce que vous allez avoir la main sur le design.

D'accord?

Et ça va être pareil pour tout le reste des outils.

Vous n'avez pas à vous connecter...

Vous avez à vous connecter une fois avec chacun des outils, mais une fois que c'est fait, finalement, vous allez pouvoir évoluer directement dessus sans aucune forme de souci puisque c'est CloudCode qui va gérer tout ça pour vous.

En attendant, on laisse tourner.

Je vous montrerai le résultat une fois que c'est fait.

Comme ça, on ne perd pas de temps.

Dans ton analogie de l'immeuble avec l'hébergement techno, qu'en est-il de Bubble?

Francis, je n'utilise plus Bubble.

Juste pour être clair, je ne le dis plus Bubble.

Je le fais et je le maintiens pour des clients, mais très souvent les clients, je suis en train de tous les passer en IA plus code.

Ok?

Je pense que c'est à peu près QA only.

Alors, je n'ai pas vu les questions.

Alors, est-ce qu'on peut héberger sur Hostinger?

Alors, pour le coup, moi je l'ai utilisé sur Vercel, parce que Vercel a un système de connexion un peu près de l'Est, donc ça veut dire que tu n'as pas besoin de t'emmerder avec tout le côté serveur, mais tu peux le faire aussi avec Hostinger.

Ce que je ne sais pas, par contre, c'est est-ce que tu peux faire le MCP avec Hostinger?

L'avantage de Vercel, c'est qu'il a un côté gratuit, mais tu peux totalement le faire avec Hostinger.

Et est-ce que c'est possible de générer un site commercial comme sur Shopify?

Alors, tu ne vas pas générer un site à partir de Shopify, comme Shopify, tu ne vas pas réinventer la roue.

Mais justement, là, c'était un des éléments du cours de la dernière semaine avec mes élèves.

Justement, j'ai créé un site e-commerce avec Cloud Code qui était connecté avec un MCP en quelque sorte à Shopify et il m'a construit justement toute la boutique avec des systèmes, ce qu'on appelle de print-on-demande, donc justement pour créer une boutique e-commerce, tout fait par Cloud Code, donc avec les visuels, etc.

Tout a été fait par Cloud.

Donc oui, on peut connecter Cloud Code à Shopify, c'est juste que c'est Shopify qui va contrôler le reste.

On ne va pas refaire Shopify en Cloud Code, ça n'aurait pas d'intérêt.

Il continue de son côté et moi, je continue le reste de la présentation.

Maintenant qu'on a la logique et qu'on a les outils, il faut passer au plan.

Et justement, sur ce plan-là, ce qui va être important, c'est de bien comprendre ce qu'on est en train de faire.

Et justement, ici, du coup, non.

Ok.

J'en profite justement pour vous montrer, en attendant, l'idée d'un figma.

Je vais relancer le figma parce que je pense qu'il est planté.

Ouais, je pense que j'ai planté mon figma.

On va voir s'il le fait ou pas.

Et en attendant, on va justement passer au plan.

Voilà, il relance le Figma justement.

Voilà, il est en train de lancer le Figma parce que je voulais vous montrer quand même le résultat.

Donc il s'est lancé directement sur mon Figma et vous voyez, il m'a mis les maquettes directement sur mon Figma.

Et du coup, ça veut dire qu'ici, je peux lui dire de changer, de modifier, etc.

Et que lui-même, avec ces modifications-là, il les reporte sur le site.

je reprends le contrôle, ce que je ne pourrais pas faire avec Lovable Watch, je reprends le contrôle sur ce que je vais faire pour avoir quelque chose de personnel à moi en utilisant Figma comme connexion et en pouvant modifier directement le design pour pouvoir le remettre dans mon application.

Vous voyez, c'est strict, c'est exactement ce qu'il y a.

Avec ça, je pourrais mettre des images, tout ce que je veux et que ce soit récupéré par CodeCode pour améliorer mon site, etc.

Pour le coup, On revient là-dessus, voilà, on revient sur notre interface.

Quand vous allez concevoir le plan, il faut pouvoir dire justement qu'est-ce qu'on souhaite faire.

Et là, c'est la grande problématique de ce que les gens souhaitent faire, et c'est pour ça que justement j'accompagne des personnes sur la construction de leur application, c'est que souvent vous n'avez pas d'idée de ce que vous voulez construire réellement.

Et il y a, c'est pas magique, ça ne peut pas deviner ce qu'il y a dans votre tête.

Ça veut dire quoi?

Ça veut dire que pour chaque fonctionnalité que vous souhaitez faire, on va définir qui sont les utilisateurs, qu'est-ce qu'ils vont pouvoir faire sur votre application et comment ils vont réussir à le faire.

C'est-à-dire que si par exemple je dois avoir une application qui va générer des images faites en IA, il faut définir quel utilisateur peut faire quoi.

On va dire, l'utilisateur classique, est-ce qu'il peut faire une image sans être connecté?

S'il se connecte, est-ce qu'il doit payer pour pouvoir faire une image?

Combien d'images il peut faire au maximum?

À partir de, on va dire, est-ce qu'il se loupe?

Comment ça se passe?

Est-ce qu'il se fait rembourser le crédit, etc.

Bref, plein plein plein de choses qui vont définir ce que c'est et ce que font chacune des fonctionnalités de votre application.

Et tout ça, en développement, on appelle ça un scoping.

Quand on va parler avec une agence, avec un développeur, il y a ce qu'on appelle le scoping, c'est-à-dire un cadrage de ce qui va se passer dans l'application.

Je vous ai mis un tout petit exemple très court au début, c'est-à-dire la plateforme, une plateforme des amateurs de cuisine, utilisateur cible, modèle économique, etc.

avec tout le détail.

Le problème de ça, c'est qu'effectivement, ce n'est pas quelque chose que vous allez faire tout seul.

Et heureusement d'ailleurs.

Mais au moins, il faut à minima savoir ce qu'on va faire.

Et pour ça justement, quand on va commencer à créer quelque chose, il y a deux éléments qui vont être importants sur Cloud Code que tout le monde ne fait pas et que je vous conseille justement de faire.

Mais c'est une présentation, c'est un atelier, c'est pour vous donner quelques astuces.

C'est justement deux éléments qui sont importants, le Cloud.md et ce qu'on appelle le PRD.

Certains d'entre vous ont peut-être entendu parler de ce que c'est le PRD.

C'est en gros un peu le cahier des charges technique trié par fonctionnalités de chacune des fonctionnalités de votre application.

Donc, vous voyez, c'est un dossier souvent avec des sous-dossiers.

On peut avoir un PRD sous la forme d'un seul fichier.

Et le .md, c'est juste un format de fichier comme un .doc pour un Word, par exemple.

C'est un format de fichier qui lit très bien l'IA et qui ne coûte pas très cher à lire.

C'est plus léger qu'un PDF, par exemple.

Et vous voyez, dans chacun de ces éléments, il y a à la fois des éléments qui sont du contexte du projet, des personas, c'est-à-dire de qui sont les utilisateurs, de mon business model, de mes fonctionnalités, etc.

Donc là, c'est rangé de manière un petit peu chaotique, créé par justement Cloud.

On va voir un exemple après.

Concrètement, on va rentrer un peu plus dans le vif du sujet.

Et de l'autre côté, on a ce qu'on appelle un Cloud.md.

Ce Cloud.md, je sais que ce n'est pas forcément automatique, mais il est hyper essentiel.

Pourquoi?

Parce que quand vous travaillez avec Cloud, En fait, ici, vous avez quelque chose, c'est-à-dire, vous avez une conversation avec Claude.

Cette conversation, elle est super, mais quand vous écrivez, vous voyez que moi, j'écris des choses qui tiennent sur une ligne et lui, il va me parler, être assez verbeux, etc.

et il va conserver dans sa mémoire toute notre conversation.

Et si je réouvre, c'est ça l'intérêt, si je réouvre, par exemple, un dossier, par exemple, sur une application que je fais pour un client, donc je vais me revenir dans, par exemple, un de mes clients, un du dossier client, parce que c'est bien rangé, et bien vous allez voir que si je m'amuse à être dans le dossier que je fais Cloud Air, on va voir la conversation qui est stockée uniquement pour ce client, et on va voir que dans cette conversation, vous voyez, il y a des tailles de fichiers, et dans la conversation, quand il va relancer ça, qu'on va s'apercevoir que dans cette conversation, il a stocké beaucoup de choses, des choses utiles et des choses moins utiles.

Et vous voyez qu'ici, le nombre de tokens est très élevé.

Ça veut dire que quand je vais relancer cette conversation, je vais automatiquement cramer à peu près 860 000 tokens.

C'est-à-dire que la mémoire de Claude va être tellement chargée que finalement, ça va me coûter un peu plus cher de l'utiliser.

Pour le coup, il y a plusieurs moyens, on peut compacter la mémoire, mais le problème de ça, c'est que vous aurez forcément à un moment donné des oublis.

Et ces oublis-là, ils peuvent être empêchés avec ce qu'on appelle le Cloud.md.

Le Cloud.md, c'est un outil qui va nous permettre justement, avec une commande, de pouvoir stocker des informations essentielles du projet sans s'embêter avec la conversation totale.

C'est-à-dire qu'il y a plein de messages, il y a plein d'échanges dans tous les sens.

On est d'accord que tout n'est pas récupéré.

Le fait que je m'énerve sur code un moment parce qu'il n'est pas ce que je veux, je ne vais pas le stocker dans un code.md.

Alors que là, au contraire, si je lui dis de faire une commande init, c'est-à-dire qu'il va pouvoir stocker les différents échanges sous la forme d'un fichier qui va être relativement court, et vous allez voir qu'il va me créer ce qu'il appelle un Cloud.md où il va stocker ce qu'on a fait ensemble sous la forme de points résumés.

Ça a deux avantages.

D'un côté, ça permet de décharger la mémoire de Cloud parce que si vous avez moins de problèmes, que vous perdez une conversation ou autre, vous avez toujours quelque chose qui vous permet de sauvegarder le projet.

Et surtout, ce qui est pratique, c'est que si vous relancez le projet des mois plus tard et que la conversation justement n'a pas été gardée parce que Cloud est arrivée au-delà de sa limite de contexte, vous avez toujours un fichier qui garde les informations centrales du projet.

Et ça, ça va être essentiel Et justement, vous voyez ici, cloud.mb, et vous voyez que j'ai les informations centrales de qu'est-ce qu'on a fait, quel est le système, quel est le design, etc.

Pour que quand on recommence le projet, on ne perde rien.

Ce genre de réflexe, c'est important pour ce qu'on fait de base, mais ça va être encore plus important quand on fait une application.

Et c'est pour ça qu'on fait en général un PRD, qui peut être un fichier un peu plus long, parce que le cloud.md, s'il est très très lourd, il va être très très lourd à charger au fur et à mesure.

Alors que là, vous répartissez bien tous les objectifs de la création d'application comme un gros cahier des charges à l'intérieur de ce dossier avec tous les détails dedans.

Alors, je vous rassure une fois de plus, tout est construit grâce à Cloud à partir de vos instructions.

Mais encore faut-il savoir correctement donner ses instructions.

Le problème, c'est qu'à ce moment-là, quand on commence à rédiger ce qu'on veut vraiment, il y a deux pièges qui touchent à peu près 90% des personnes.

Le premier piège, c'est qu'on ne définit pas clairement ses attendus.

On laisse l'IA faire à peu près ce qu'elle veut, comme l'exemple que j'ai donné là.

Là, c'est un petit site, mais si je vous donnais, genre on va créer une application to-do list, très rapidement, l'application to-do list, Elle est sur quoi?

Est-ce qu'elle est sur le web?

Est-ce qu'elle est sur mobile?

Elle sert à faire quoi?

Est-ce que c'est juste pour moi ou est-ce que c'est pour d'autres utilisateurs?

Est-ce qu'elle est payante?

Si l'IA fait ses propres hypothèses, le problème c'est qu'on risque de se retrouver avec, un peu comme dans la métaphore de l'immeuble, quelque chose qui, sur le devant, a l'air de fonctionner, mais derrière, c'est à peu près vide.

Il n'y a pas de base de données, il n'y a pas de back-end, il n'y a pas d'administration, il n'y a pas de back-office, et tout ça fait que ça paraît très sympa sur le dessus, mais du moment que vous le lancez, ça commence à péter de toutes parts.

Parce que c'est ce qu'on appelle une application qui n'est pas faite pour aller en production, c'est-à-dire qui n'est pas faite pour être réellement utilisée par des clients.

Elle est faite pour s'amuser, pour un peu le côté gadget, mais elle est faite à la limite pour vous, mais pas pour être utilisée ailleurs.

Et de l'autre côté, il y a ce que j'appelle l'inverse, le overkill.

C'est-à-dire qu'on détaille tout au maximum, on sur-optimise tout, on fait la construction dans le moindre détail, avec une pensée particulière, puisque vu qu'on pense à la fin avant le début, on va chercher à faire quelque chose de très costaud.

On va dire, je vise, comme tout le monde, le million d'utilisateurs.

Le problème de ça, c'est que si vous faites ça, vous risquez de créer pour un immeuble d'un étage des fondations en bétois en mai qui vont prendre littéralement tout le temps de construction pour quelque chose qui n'ira peut-être jamais jusqu'aux millions d'utilisateurs.

Et le piège à éviter, c'est autant d'être trop vague que d'être trop précis.

Parce qu'il faut comprendre qu'en développement informatique, vous allez construire parfois des hypothèses basées sur des logiques d'utilisateurs qui ne vont pas être vraies quand vous allez lancer votre logiciel.

Si vous commencez à lancer votre logiciel et qu'en fait vous apercevez que cette fonctionnalité-là n'est pas intéressante, et bien si vous la sur-optimisez dès le début en disant ça va marcher du feu de Dieu mais que les gens n'utilisent pas, vous aurez dépensé tout votre quota pour rien.

Vous voyez ce que je veux dire?

Ça paraît bête, mais c'est du bon sens.

Question de JP.

On dispose d'un Cloud Code par projet?

Oui, effectivement, c'est un Cloud Code par projet.

Tu as bien fait de le résumer.

Oui, c'est par projet directement, donc dans son projet.

C'est pour ça que j'insiste sur la logique de rangement.

Un Cloud.MD pour chaque projet.

Et le init produit le Cloud Code, mais comment produire le Résume.md?

Alors, Philippe, bonne question.

Le Résume.md, c'est une automatisation que moi j'ai faite parce qu'on peut rajouter ce qu'on appelle des hooks, c'est-à-dire des commandes automatiques qui vont se déclencher par Cloud Code.

Et j'ai lancé un Résume.md parce que je perdais souvent mes dernières conversations.

Donc, c'est pour ça que j'ai lancé un petit Résume.md qui est lu par un autre système.

Donc, ce n'est pas de base.

Ça, c'est moi qui ai fait cette petite automatisation.

OK?

Et donc, une fois qu'on a fait ça, justement, pour éviter de sur-optimiser, vous allez voir qu'on va penser MVP.

Alors, est-ce que ce schéma-là vous parle?

S'il vous plaît, répondez-moi oui.

Normalement, c'est ce qu'on voit en référence de création produit, le concept du MVP, donc du Minimum Viable Product.

En général, on a tous souvent vu ce schéma de avant de construire une voiture, on construit une charoulette, une trottinette, un vélo, etc.

Oui, à peu près.

Eh bien, je suis désolé de vous le dire, je trouve que ce schéma-là est totalement faux.

Il est fait d'ailleurs par quelqu'un qui fait du marketing, mais qui ne fait pas de produit.

Ce schéma-là ne fonctionne pas.

Pourquoi?

Parce que c'est comme si je vous disais en 2026, alors attention, c'est peut-être quelque chose qui a marché il y a très longtemps, mais c'est comme si je vous disais, si vous cherchez à créer un concurrent de beurre, on va rêver un petit peu, que vous commenciez effectivement par juste accomplir le job to be done, donc la fonctionnalité et l'objectif principal de Uber.

Oui, effectivement, ça s'appelle une station de taxi et ça se résume à appeler un numéro de téléphone pour réserver un taxi ou à ce moment-là, si on veut un peu le digitaliser, d'envoyer un mail pour recevoir un taxi.

Ça n'a plus aucun sens en 2026.

je préfère beaucoup plus ce schéma-là, c'est-à-dire que ce qu'on cherche à accomplir a une structure d'accomplissement qui est logique par rapport à un marché.

Si vous préférez, quand on a une application et qu'on fait une application en ligne, cette application-là, si elle n'a pas les standards de confiance minimum de ce qu'est une application web, eh bien ça ne marchera pas parce que les gens ne vont pas vous faire confiance et parce que ça ne validera rien du tout justement.

Donc pour le coup, si vous voulez faire une Formule 1 ne fait pas une trottinette qui va vite.

Faites juste une voiture de base avec 4 roues qui va vite et ensuite on va amener les choses jusqu'à être dans un mode Formule 1.

Mais ça sert à rien de passer par la phase qui n'a aucun sens qui est la planche à rouettes de la trottinette.

D'accord?

Donc quand on pense MVP, Je ne vous dis pas de penser en mode, il faut penser le produit au maximum, mais il faut quand même penser le produit à minima, d'accord?

Donc on ne prend pas de raccourci, on n'essaie pas de simplifier le truc, ça ne valide rien du tout.

Le principe c'est qu'avant de faire une Formule 1, on construit quand même une voiture, c'est-à-dire avec un moteur et quatre roues.

Voilà, tout simple.

Pourquoi c'est important de penser comme ça?

Parce que tout simplement, on va penser à quelque chose d'important, c'est comment on va faire pour construire dans la logique une application avec les fonctionnalités attendues sans y passer la vie d'Era, mais en laissant assez d'ouverture pour pouvoir ajouter de nouvelles fonctionnalités ou de nouveaux usages sans casser le développement précédent.

C'est-à-dire, comment on évite de faire du webcoding, c'est-à-dire de l'empipement de couches qui ne sont pas sécurisés ou vérifiés?

Justement, il y a une méthode de développement qui s'appelle le Specific Drive-In Development, le SDD, qui est extrêmement pertinente, surtout pour des personnes qui ne développent pas.

J'aime bien l'appeler l'anti-webcode parce que je trouve que c'est ce qui est le plus pertinent, parce qu'on va changer un peu de logique de développement.

Le SDD, Si vous en avez entendu parler, je suis curieux que vous me le dites, mais le SDD, ça se résume à quatre grands points qui sont importants et qui sont assez proches de ce que fait logiquement une IA.

C'est, avant tout développement, on va spécifier, c'est-à-dire qu'est-ce qu'on veut faire, quels sont les objectifs et critères d'acceptation.

On se concentre sur le quoi plutôt que le comment.

Ensuite, on planifie, c'est-à-dire qu'on va découper tout ce qui va être la fonctionnalité en tâches précises.

Très important, chacune de ces tâches doit être testable et réalisable.

Ensuite, on développe et on teste, c'est-à-dire on construit le produit et on va faire en sorte de le tester.

Et à la fin, on va itérer et maintenir parce qu'on va documenter ce qu'on a précédemment fait.

Et bien évidemment, si vous faisiez ça à la main, ça prendrait extrêmement longtemps.

Ce n'est pas l'objectif.

Au contraire, on va l'utiliser grâce à l'IA.

C'est-à-dire que plutôt que de faire ce qu'on a fait dans un PRD classique, on va justement donner dans un contexte particulier ces logiques de développement SDD.

C'est-à-dire que chaque fonctionnalité...

Le TDD, ce n'est pas loin de cette logique-là.

Le SDD, c'est plus pour le côté spécification.

Ce qui est important, c'est que chaque fonctionnalité va être spécifiée avec un contexte des user stories.

User story, c'est quoi?

C'est je suis un utilisateur non payant, je souhaite créer une image en IA, qu'est-ce que j'attends derrière?

L'idée, c'est de dire tout le chemin, tout ce qu'on appelle user flow, c'est-à-dire quelles sont les choses que l'utilisateur doit faire pour atteindre tel résultat.

Et ensuite, il y a les critères d'acceptation.

Donc, qu'est-ce qu'on considère comme une action quand elle est réussie ou quand elle est échouée?

Le périmètre, qu'est-ce qu'on met dedans et qu'est-ce qu'on ne met pas dedans?

Et enfin, la dépendance à des contraintes.

Pourquoi, en gros, cette fonctionnalité-là ne touche pas à la base de données à ce niveau-là, etc.

Alors ça, je vous rassure, ça paraît un petit peu, on va dire, complexe dit comme ça, mais une fois de plus, ce n'est pas vous qui allez le réaliser.

Vous allez comprendre pourquoi juste après.

Je vous donne un exemple assez bête, ma to-do list, un exemple de projet de to-do list.

La première tâche, il y a trois fonctionnalités, création d'une tâche, terminer une tâche, rechercher, filtrer une tâche, classique.

Dans la première tâche, je vais dire que ma fonctionnalité, c'est la création de tâches, Le truc du haut, c'est juste pour la structuration.

Le plus important, c'est le contexte.

Qu'est-ce qu'elle permet de faire?

La user story, etc.

Et ça pour chaque fonctionnalité.

Et l'intérêt de tout ça, c'est que vous n'allez lancer que le développement une fois que vos spécifications seront faites et que votre IA ou vos équipes d'IA vont pouvoir lancer justement le développement.

Ça veut dire quoi concrètement?

Ça veut dire que vous allez passer plus de temps à spécifier qu'à construire.

Et c'est une réalité.

Et c'est ça la réalité de mon travail actuellement.

C'est-à-dire que je spécifie beaucoup parce que l'IA part beaucoup moins sucette par la suite et ça évite d'avoir le truc où je fais des allers-retours en disant non mais c'est pas comme ça, non mais c'est pas comme ça, non mais c'est pas comme ça.

Alors qu'aujourd'hui, si ma structure est bien faite, je n'aurais pas ce type de problème.

A la limite, j'aurais juste à tester pour faire des itérations quand c'est pas totalement juste.

Mais tout l'intérêt, c'est justement de pouvoir spécifier correctement, donc de préconcevoir, et on va le faire en plus grâce à l'intelligence artificielle.

Et ça, c'est ça qui est bougrement puissant, parce qu'on va mélanger la puissance à la fois du SDD, mais aussi des agents.

Et justement, en parlant d'agent, j'aimerais bien qu'on parle de ce qu'est un subagent et agent.

Alors, avant toute chose, j'ai envie de savoir, pour vous, c'est quoi un agent?

Je sais qu'on en parle beaucoup, je l'ai vu 15 000 fois dans la presse depuis 2024, 2025, l'agent, développement agentique, etc.

Pour vous, c'est quoi un agent?

Je vous laisse répondre parce que je suis vraiment curieux de cette question.

C'est toujours le décalage.

Donnez votre langue au chat.

Ok, si personne ne répond, je ne sais pas si c'est le décalage justement que personne n'a la réponse.

Alors, il faut comprendre une chose, c'est qu'on comprend très mal les agents.

Aujourd'hui, il y a plusieurs niveaux, on parle d'agentique, etc.

En fait, en réalité, il y a les agents qu'on va appeler les agents entre guillemets autonomes, semi-autonomes, qui vont faire des choses par eux-mêmes en autonomie, donc open close, etc.

Il y a de plus en plus d'agents qui arrivent maintenant, et je considère que l'arrivée des agents en tant que telles, des agents réels, c'est l'arrivée d'open close, c'est-à-dire des agents qui sont autonomes, qui peuvent faire des tâches par eux-mêmes, j'en ai un sur auto qui réagit tout seul, et c'est ça le plus intéressant.

Le but de l'agent, c'est qu'il soit justement exempté de l'aspect algorithmique, c'est-à-dire que ce n'est pas si tu as A, tu fais B, mais plutôt si tu as A, tu réfléchis pour savoir si la meilleure solution c'est B, C ou D, mais je ne t'ai pas défini ton comportement à l'avance.

Et le problème de ça, c'est que les gens ont tendance à considérer que agent et sub-agent sont les mêmes choses, alors qu'il faut faire une grosse différence.

Quand on parle d'agent ou de sub-agent dans le contexte de Claude, ça va être un petit peu différent.

L'agent, c'est quand Claude a une tâche complexe à faire, il va faire deux choses.

En général, il passe d'abord dans un mode plan, c'est-à-dire qu'il va commencer à construire quelque chose d'assez complexe, et donc il va écrire un plan, il va rédiger un plan, pour justement dire quelles sont les étapes à faire au fur et à mesure.

C'est à faire au fur et à mesure.

c'est justement de dire quelles sont les étapes qui vont arriver au fur et à mesure les unes des autres et qu'est-ce qu'il faut prévoir à l'intérieur.

Et en général, une fois qu'il a fait ce mode plan, il va vous proposer de construire ce plan grâce à des agents.

Et en général, on va avoir un peu ce schéma-là, je vous montrerai si vous voulez en direct, mais ce qui va se passer, c'est qu'il va construire ses propres agents, donc il vous propose le choix, est-ce que tu veux que je construise le truc complexe avec des sous-agents ou non?

Ou sinon je le fais au fur et à mesure.

Et à ce moment-là, Claude va devenir, un agent d'orchestration, ce que je vous ai dit tout à l'heure, et il va construire des sous-agents, des sub-agents, donc il va les faire apparaître, avec chacun des spécialités, en général qu'il va définir lui-même, et chacun de ces agents va travailler, je fais bien le sous-agent, et il va envoyer son résultat.

à l'agent main-agente Claude qui va vous dire, ben voilà, ça y est, j'ai fait ça, il y a un agent qui m'a ramené telle erreur, je l'ai corrigée, etc.

Comme si un chef de projet vous ramenait ce qu'avait fait son équipe pour vous dire, ben voilà, ça, ça s'est fait, ça ne s'est pas été fait.

Ce qui est intéressant là-dedans, c'est justement la différence entre les agents et les sous-agents.

Là, c'est un petit peu autre chose, c'est un truc plus complexe, c'est justement de ça qu'on va se rapprocher.

Mais actuellement, le main-agent et les sous-agents, c'est ce que Claude fait automatiquement.

si vous préférez, si vous entrez dans un mode plan, il a directement le sujet et c'est lui qui va générer ses propres agents.

Nelsa, la différence entre agents et skills?

En fait, les skills sont des choses qu'il ne sait pas faire et qu'il va apprendre à faire grâce à des skills que tu vas lui donner ou qu'il va pouvoir chercher sur Internet.

Les agents sont générés par lui-même, il n'y a pas d'élément externe pour l'instant.

Si tu me parles des agents que tu vas amener toi-même, c'est autre chose, j'en parle juste après.

Ce qu'il faut comprendre, c'est que de base, ces sous-agents vont être générés automatiquement par Claude.

C'est très pratique parce qu'il n'y a pas de travail à faire.

C'est Claude qui va définir l'agent automatiquement.

On va juste montrer un exemple par la suite.

Il va définir ses agents automatiquement.

à partir de là, il va orchestrer chacun de ces agents, ça va être super pour explorer, et pour le coup, vous n'allez pas les maintenir puisque l'agent, une fois qu'il a fini son travail, il va totalement disparaître.

Par exemple, si je reprends ici, donc mettons ici document, là mettons, ok, transforme le site en expérience interactive, je ne sais pas si je vais le faire comme ça, où chaque date clé me propose une page avec un Canva Mindmap, je n'ai un peu n'importe quoi, rattaché avec le détail des déroulés, des ressources pédagogiques à aller trouver, à aller consulter.

et la capacité pour l'utilisateur, donc je dis vraiment des trucs incomplets volontairement, de pouvoir commenter chacune de ces pages.

Alors normalement il va le faire tout seul, mais je peux aussi lui dire mode plan, donc plan Et là, il va me générer un plan et donc il va transformer ma demande avec justement ses compétences, etc.

Il va les transformer en différentes actions à produire, une par une.

Et une fois qu'il les a construits en plan, il va me proposer d'utiliser des agents qui va lui-même générer des sub-agents pour faire ces tâches-là et pour les faire justement de manière assez parallèle.

Et là, il rédige un plan détaillé, il va vous le dire en direct.

On s'aligne sur l'architecture et les choix techniques.

Donc là, il est en HTML, CSS, donc c'est une datalogique de base.

Peut-être que ça ne suffira pas, il va me dire, ça sera passé, donc on va changer le truc.

Là, on le laisse réfléchir et je continue justement sur la suite en attendant.

Je vais juste le mettre là, comme ça, je vous ferai un peu le top à la vachette.

Le problème de ces agents, si vous préférez, c'est que vu que c'est Claude qui les crée, et bien il y a une qualité qui est assez variable.

Le problème de ça, c'est que quand vous avez des agents qui sont générés, des fois vous avez des trucs qui sont super, mais le problème c'est que des fois vous avez des trucs qui sont merdiques.

Et le problème de tout ça, c'est que vu que c'est quelque chose qui se reproduit au fur et à mesure, vous n'avez pas de capitalisation.

Vous avez des agents qui sont générés au fur et à mesure, et une fois qu'ils sont terminés, ils disparaissent.

Ils sont réinvoqués pour d'autres choses, mais du coup, ils n'ont pas de mémoire.

Donc, vous avez une incapacité à les réutiliser.

Vous avez une inconsistance inter-projet, c'est-à-dire que vous avez travaillé sur un projet d'une certaine façon, vous voulez reproduire ça sur l'autre projet, vous ne pouvez pas le faire, puisque ce sont des agents qui sont générés à la volée.

Et il y a un problème que je trouve un peu plus compliqué, c'est que même si Code vous génère un agent de sécu, très bien, le problème c'est qu'il n'a pas d'instruction particulière si ce n'est que faire de la sécu, ça ne veut tout rien dire, il n'y a pas d'apprentissage ou quoi, donc il peut oublier comment s'est comportée l'application, surtout quand elle est un peu grosse, et ça m'est déjà arrivé sur des grosses applications quand la structure n'était pas bien faite, et bien qu'un agent soit lancé en ayant l'oubli de ce qui était fait précédemment avec le risque de casser des trucs.

Parce que oui, effectivement, les agents, vu qu'ils n'ont pas de paramètres bien définis, puisque c'est Claude qui les génère, parfois ils ont des droits un petit peu larges, ce qui risque de tout casser.

Alors vous voyez là, vu que mon Claude est un petit peu personnalisé, là il me propose des choses, au fond d'un phase d'incrémentage, je rédige moi-même.

Je te laisse suivre tes propres recommandations.

Comme ça, il continue tout seul et il avance de son côté.

Et donc là, le vrai problème de ce risque d'oublier de sécu, c'est qu'au final, on risque de casser des choses qui étaient fonctionnelles.

Et moi, ce que j'aimerais vous proposer, au contraire, c'est de travailler sur vos propres agents.

Pourquoi travailler sur vos propres agents?

Parce que déjà, la qualité de vos agents, elle va rester constante.

Vous allez créer des agents, je vais vous montrer juste après comment faire ces agents-là, et cette qualité, elle ne pourra pas bouger.

Tout ce qui va être dans l'agent va rester dans l'agent.

On n'est plus sur quelque chose qui va être un petit peu au petit bonheur la chance.

Ensuite, ces agents-là, ils vont exister dans votre fichier Cloud, qui est un fichier caché, mais ils vont exister quand même, et ils vont pouvoir être réutilisés de partout.

C'est pour ça qu'on va créer une team d'agents, qu'on va construire à l'avance pour pouvoir la réutiliser à tout moment.

Là, je vous donne un peu les systèmes de team agents qu'on construit côté agences, et parce que justement, ces agents-là peuvent être transmis à chacun des projets, et ils peuvent être améliorés en fonction de chacun des projets.

Et surtout derrière, vous avez la capacité aussi de faire des agents de sécurité qui sont spécifiques pour la sécurité et qui ne sont pas des agents qui, au fur et à mesure, je fais un audit de sécurité comme ça et on verra bien.

Chaque agent a tout simplement ces qualités-là et surtout, chaque agent a un ordre justement d'arrivée et de création.

Et c'est là où c'est intéressant, c'est que du moment que vous allez commencer à créer vos agents, ils vont être stockés dans la mémoire de Cloud.

Donc, je vais vous montrer juste en attendant.

Donc là, il commence à prendre des décisions, il commence à réfléchir.

Je vais vous montrer ici, dans Cloud, mon fichier agent.

J'ai mis un agent volontairement, j'ai supprimé les anciens agents pour vous montrer.

Dans le dossier Cloud, qui est un dossier caché, vous avez un point Cloud qui est juste ici, point Cloud.

Et à l'intérieur de ça, vous avez un dossier agent.

Et à l'intérieur, vous avez tous vos agents qui vont être stockés ici.

Et notamment sous la forme d'un dossier brainstorming.md qui est un agent que j'ai créé.

Et vous voyez, à l'intérieur de ça, il a tout simplement sa description.

son rôle, sa langue, et tout le détail de son process de fonctionnement.

Il ne peut pas dépasser de ce process-là, et il a des ordres d'intervention, c'est-à-dire à quel moment il va intervenir, au début, à la fin du projet, et justement, ils vont être liés pour que chacun des agents arrive au fur et à mesure.

Et pour le coup, ça, c'est quelque chose qu'on utilise et qu'on a documenté nous de notre côté.

Si par exemple, je vous montre des types que l'on documente, De l'autre côté, on a tout un ensemble d'agents qu'on a pré-processés.

Vous voyez, avec tout ça, je passe vite parce que c'est un peu notre secret de sauce.

Mais vous voyez, avec des agents, avec chacun des particularités, chaque agent a son rôle, un rôle bien défini selon notre stack global.

Et dans ces rôles-là, il a aussi les outils qu'il peut utiliser.

Et c'est ça qui est génial, c'est que vous allez pouvoir définir pour chaque agent à la fois ses compétences, son processus, mais aussi son modèle.

C'est-à-dire, qu'est-ce que ça va vous coûter en token?

Il y a des agents qui n'ont pas besoin de réfléchir, vous pouvez les mettre sur un modèle moins coûteux parce qu'ils vont juste agir.

Il y a des modèles qui ont besoin d'avoir plus de réflexion, et là vous allez pouvoir les mettre sur des modèles plus puissants.

Pour créer ces agents, ça va être très simple.

Vous allez sur Cloud.

Ici, je vous montre juste sur un nouveau projet.

Voilà.

Ici, Je ne veux pas celui-là, mais par exemple ici, si je tape agent, À l'intérieur de ça, il va me proposer des agents.

Vous voyez, il n'y a pas d'agents qui sont en train de tourner.

Et dans ma librairie, j'ai déjà un agent de Brainstorm et j'ai des agents qui sont dépendants d'autres plugins.

Mais je peux aussi créer un nouvel agent.

Pour créer un nouvel agent, c'est très simple.

Soit je le crée pour moi ou je le crée pour un projet personnel.

Donc là, pour le coup, moi, je veux qu'il soit accessible à tous mes projets.

Ici, je peux le faire en manuel, soit le générer avec Cloud.

Là, c'est vous qui voyez.

Là, j'ai des fichiers préfets, donc je pourrais le faire en manuel, mais vous pourriez tout simplement dire à Cloud, voici les instructions pour créer un agent pour faire telle chose.

À ce moment-là, il va créer l'agent.

Là, je vais vous faire en manuel configuration.

donc je vais juste récupérer un des agents qui est par exemple l'agent de Spec, donc SpecDriven, et là, vu qu'il va faire du Spec, c'est-à-dire qu'il va créer des éléments textuels, là c'est logique qu'il soit beaucoup plus dans un contexte justement avec un modèle fort parce qu'il va pouvoir réfléchir.

Et vous voyez, là aussi il y a des règles importantes et quand passer la main, c'est-à-dire à quel moment l'agent va dire passe à l'autre agent.

Ah oui.

Ça par contre, il faut que je le formate autrement.

Ça ne peut pas s'embêter.

Je vais le faire avec Claude comme ça.

Ce n'est pas très grave.

Comme ça, je le laisse décrire.

Parce que sinon, je l'ai fiché en fichier directement.

Donc là, ce n'est pas exactement la même chose.

Ça, c'est la façon la plus simple de les faire.

Le fait de le faire en fichier, ça peut être aussi une bonne solution.

QA, c'est un argent sans le R?

Unie assistante.

Je n'avais pas vu les questions.

OK.

OK, donc là, il est en train de construire en attendant.

Pour l'instant, il n'a pas appelé d'agent.

Donc, vous voyez, là, il n'a pas eu besoin selon la complexité.

Je pense que là, il est en train d'abord de structurer et ensuite, peut-être qu'il fallait lui dire des agents.

Donc, ce n'est pas forcément automatique.

C'est ça aussi qui peut être problématique.

C'est que parfois, en fait, il va faire les trucs au fur et à mesure au lieu d'appeler un agent.

Ce qui est dommage, c'est que là, l'agent aurait pu permettre de travailler plus vite et surtout, selon ce qu'il fait, d'économiser un peu de la charge.

Là, il me propose quels sont les outils.

Je continue.

Quel modèle je vais utiliser?

Opus.

Automatic Color.

J'utilise pour tous mes projets.

Et il m'a donné la description.

Donc, vous voyez là, pour le coup, ici.

OK.

Press S, Enter to Save.

Et là, vous voyez, j'ai un agent qui a été fait.

Project Agent.

Alors attention, je l'ai créé en tant que Project Agent, donc il faut que je fasse attention parce que j'ai peut-être pu la créer au bon endroit.

Mais normalement, vous avez un agent qui a été fait dans ma petite mémoire.

Alors là, je l'ai créé dans mon projet, donc attention à la petite boulette.

Mais vous avez un fichier qui s'est créé directement dans votre mémoire d'agent.

et qui va être accessible directement en fonction du projet d'agent.

Vous voyez là, je l'ai créé directement dans la mémoire, donc j'aurais dû le faire pas dans la mémoire malheureusement.

Mais voilà, l'idée c'est que vous ayez des fichiers qui soient directement disponibles dans la partie agent et que vous pouvez utiliser à tout moment.

Et forcément, si je vous parle d'agent, pourquoi je vous en parle?

Parce qu'avec le SDD, et le Custom Agents, c'est-à-dire des agents spécifiques, vous allez pouvoir transformer toute cette partie de réflexion qui peut poser problème à travers vos différents agents.

Pourquoi?

Parce que non seulement vous allez avoir les instructions du SDD que vous allez pouvoir donner à vos agents, c'est-à-dire que l'utilisation dans un agent de brainstorm customisé avec la méthode SDD, ainsi que le spec writer, qui est par exemple celui qui écrit des charges, il va transformer votre idée, peut-être qui est assez incomplète, en plan complet de conception et les informations qu'il n'a pas, il va tout simplement vous les poser comme un brainstorm.

Est-ce que tu veux le faire comme ci?

Est-ce que tu veux le faire comme ça?

Qu'est-ce que tu veux poser derrière?

Est-ce que tu as répondu aux X questions avant que je continue?

Et tout ça va être défini au niveau des agents qui vont se lancer.

Une fois que ces deux agents sont intervenus, on va pouvoir passer à la suite.

Je n'ai pas mis le côté design parce que Je n'ai pas le temps de vous le montrer forcément là, mais pour vous montrer, une fois que les specs sont faits, donc on va avoir un certain nombre de specs.amd, j'ai repris la fonctionnalité de la todo list, fonctionnalité 1, le main agent qui va être Claude va lancer les différents agents, designer, architecte, développeur, et chacun de ces agents, en fonction de ce que vous avez donné comme ordre, il va travailler directement, ramener des informations main agents, et une fois que c'est fait, on va passer à la suite.

Tout le spec Driven va fonctionner effectivement par fonctionnalité.

Chacun va donner à la fin de son parcours les tests à faire au niveau du testeur qui est aussi un agent.

Et à la fin, le test ultime, la QA, c'est finalement vous et votre ordinateur.

C'est-à-dire que cette méthodologie-là vous permet d'assurer que le développement de bout en bout se passe sous maîtrise, pas en fonction d'hypothèses données comme ça.

Oh putain, il a fait le taf.

Il a fait le taf, quoi.

Il a fait un petit taf.

C'est intéressant.

Il a fait un petit taf et il n'a même pas eu besoin d'agent pour ça.

Je pensais que...

Il a bien fait le taf.

Honnêtement, c'est assez impressionnant.

Il est trop bien entraîné le mien.

Franchement, il est beaucoup trop bien entraîné, j'ai l'impression.

Là, il m'a fait du caca des fois.

Il a bien fait le taf quand même.

Bref, je reviens sur le truc.

Tout l'objectif, c'est que vous ayez quand même la main sur ce qui va se passer.

Vous ne pouvez pas faire l'économie du test.

Et pour le coup, dans cette logique de test, vous allez pouvoir vérifier ce qui s'est passé et refaire passer la boucle quand c'est nécessaire.

Là, je vous ai montré la phase de test, mais rappelez-vous, dans la logique, vous avez aussi tout ce qui va être le DevOps, donc tout ce qui va être la logique de déploiement.

Donc là, c'est un peu plus technique.

et la logique aussi de DocWriter qui va être la logique de documentation du projet.

Pourquoi on documente?

Parce que je vous rappelle que vos agents vont pouvoir être améliorés en fonction de ce qui s'est passé dans le projet, donc ils vont prendre une autonomie supplémentaire parce que vous allez le réapprendre.

améliorer la logique de chacun de vos agents, et aussi vous allez pouvoir avoir des documents qui vont vous permettre d'avoir un projet qui soit toujours à jour et maintenu.

Le cloud.md, le différent PRD, etc.

Tout ça pour que le projet dure le plus longtemps possible.

Ce qui est important de comprendre, c'est qu'on ne développe pas pour faire quelque chose de court terme, surtout si vous développez pour vous, avec un gros projet ou des clients.

Mais le plus important, forcément, c'est d'avoir quelque chose qui tienne la longueur.

J'imagine qu'utiliser de nombreux agents en même temps demande un abonnement Cloud Code important pour manger énormément de tokens.

Alors pour le coup, le modèle de Cloud est un modèle qui est sur une fenêtre de 5 heures, d'accord?

Donc l'usage qu'on en a, si vous préférez, pour bien comprendre, c'est un modèle.

Moi j'ai un forfait max, les forfaits commencent à 20 balles, mais vous avez une utilisation effectivement qui peut être gourmande, sauf que vous n'avez pas de limite de token sur un nombre, vous avez une limite de token dans le temps.

C'est-à-dire que vous avez des fenêtres de 5 heures, par exemple ici, forfait 20 max, et on peut choisir les modèles qu'on utilise.

Vous voyez sur tous les modèles ma réinitialisation.

c'est demain matin, je suis à 59% sur tous les modèles, et là dans ma fenêtre de 5 heures, je n'ai utilisé que 11%.

Donc, le fait d'utiliser tous les agents, vous ne les utilisez pas forcément en parallèle, parce que tu as un ordre dans l'utilisation des agents qui font que ça va arriver au fur et à mesure.

Ce qui est intéressant, c'est que selon le mode de programmation que tu mets en place, tu peux aller dormir et faire le travail tout seul, ça je trouve ça cool.

Et ce travail-là, il peut s'étendre sur des temps beaucoup plus longs, sachant que tu n'as pas une limite de token, c'est-à-dire de limite de token par mois, mais sur une fenêtre de 5 heures, si tu as envie d'arrêter ton développement parce que tu n'as plus de token, tu attends 5 heures et tu recommences.

L'idée derrière ça quand même, c'est de se dire, je considère que du développement sérieux peut être effectué à partir d'un forfait à 90€, c'est-à-dire le plan max classique.

Après, il y a toujours des moyens d'optimiser les choses, il y a plein plein de skills pour optimiser les choses, là ce n'était pas mon objectif, si on l'utilise de manière un peu intelligente, il y a moyen de réduire quand même sa facture, sachant que je précise aussi qu'une fois que votre code est généré, etc., que vous avez fini votre application, vous n'êtes plus obligé d'utiliser Cloud Code.

Vous pouvez tout simplement, contrairement à Allowable ou autre, vous l'héberger, vous le mettez en ligne, et basta.

Bien sûr, quand vous voulez itérer ou quoi, vous pouvez reprendre Cloud Code, ou un développeur, c'est comme vous voulez, mais voilà, c'est ça l'idée.

Ça répond à ta question, normalement, Nicolas?

Je pense...

Ce qu'il faut comprendre par rapport à tout ça, c'est que grâce à ça, vous avez des méthodes de développement qui sont sérieuses.

Mais tout ça, finalement, par rapport à une présentation, vous voyez, il est 13h45 et je voulais justement garder un temps pour les questions.

Eh bien, il y a beaucoup de choses en plus qu'il faut savoir.

Pas parce que vous êtes noyé sur l'information, la connaissance du code ou autre.

C'est tout simplement parce qu'il y a plein de choses à savoir pour sécuriser son application et pour bien comprendre dans quel univers on vient.

Tout ça ne nécessite pas de savoir coder, mais des logiques de développement quand vous faites une application sérieuse sont essentielles, comme la logique de développeur, enfin de dev et de prod, qui sont à quel moment on fait quelque chose en production, et si on fait des modifications, il faut pouvoir les tester avant, alors que si directement on les pousse, donc on les met en ligne, les utilisateurs, s'il y a des bugs, ils vont être impactés.

Pareil pour tout ce qui va être la sécurité, comment on sécurise et comment on évite d'exposer des clés.

Par exemple, chacun des outils que vous allez installer ont des clés secrètes, des clés d'authentification.

S'ils sont diffusés sur l'application, c'est un risque de sécurité.

Donc ça c'est pareil, n'oubliez pas que ce n'est pas parce que vous ne le voyez pas que forcément c'est sécurisé.

Il y a plein de choses à savoir là-dessus.

et tout ce qui va être des logiques comme GitHub, donc tout ce qui va sécuriser votre code en quelque sorte, GitHub pour résumer, c'est quand vous faites quelque chose que vous puissiez revenir en arrière.

Vous faites une application, ça a l'air de se passer bien, vous avez un problème de code, il y a quelque chose qui s'efface, eh bien si vous faites tout de votre ordinateur, etc.

et que vous n'avez pas de sauvegarde ou de versionning, eh bien malheureusement, vous n'avez plus que vos yeux pour pleurer.

Alors que la logique de GitHub et de Git, c'est du versionning, on se rapproche un peu plus d'un peu de programmation, Mais vous allez voir que c'est extrêmement pratique pour ne pas refaire les choses et ne pas tout perdre sur tout.

Pour tout ça, justement, pour moi, ce qui est important à comprendre, c'est que c'est pour ça que j'ai créé un programme qui s'appelle Cloud for Builders.

C'est un programme qui vous permet de lancer vos vraies applications.

Je vous ai dit, c'est pour ça que je lançais aussi des ateliers pour vous parler de cette formation.

Et à ce moment-là, ça vous aide justement à créer vos propres applications.

La formation, je vous en parle rapidement et après je réponds à toutes vos questions.

Elle est justement dans l'objectif de vous apprendre à créer vos propres développements de manière sérieuse.

Alors attention, c'est sur cinq semaines, c'est en live avec du coaching personnel.

Il y a des places réservées.

C'est un prix qui est relativement bas, mais qui augmente en fonction des places.

Donc tout fait avec le code volontairement.

C'est une session qui commence assez tôt, puisqu'elle commence la semaine prochaine, le 18 mai.

Désolé, en tout cas, le 19 mai, ça va commencer mardi.

Et donc, si vous avez besoin d'informations, il y a tout sur la page.

N'hésitez pas à me contacter si nécessaire.

Mais sachez que voilà, c'est le genre de méthode avec tout ce que vous allez voir à l'intérieur qui vous permet de créer des produits solides sans avoir à passer par une agence et sans avoir la peur d'avoir quelque chose qui pète.

Ce qui est très important de comprendre avec ça, c'est que je fais des produits depuis très longtemps et ces erreurs là, elles sont assez récurrentes.

Que vous soyez pour créer vos propres produits en tant que auto-entrepreneur pour votre propre compte, en tant que créateur de startup pour votre propre projet d'entreprise ou des outils internes, ou même en tant que freelance.

La seule chose sur laquelle, effectivement, il faut être clair.

c'est que attention à la responsabilité que vous engagez.

Le principe c'est que justement vous sachiez faire quelque chose de cohérent et de faire attention aux aspects sécuritaires qui malheureusement je trouve sont trop souvent mis de côté sous le principe de faut que ça aille vite.

Ouais, faut que ça aille vite, mais quand ça casse tout, c'est pas vraiment intéressant.

Et pour vous montrer un exemple quand même de quelque chose que j'ai fait, en termes de différence avec du bull par exemple, A.auto.co, c'est mon application historique de formation pour auto.

C'est quelque chose que j'ai mis littéralement huit mois à faire avec des développeurs bubble chevronnés.

Ça rame un petit peu quand même, mais voilà, c'est quelque chose que j'ai mis huit mois à faire.

Retenez bien ce chiffre avec quasiment deux développeurs à plein temps.

À côté de ça, j'ai refait académie.auto.co qui est la future plateforme justement de développement avec tous les cours justement là sur les cours que je suis en train de donner, donc à peu près une quarantaine de personnes, avec les différents cours, avec les différents setups, des exercices en ligne, avec les replays, etc.

Vous avez tous les projets juste ici.

Avec des exercices à faire, corrigés par l'IA, les différentes commandes, une actualité, un glossaire, un glossaire sur Cloud, une communauté.

Donc voilà, par exemple, j'ai une promo ici avec deux chats, etc.

Dites-vous que tout ça, je l'ai fait en deux semaines pour vous donner une comparaison de pourquoi ça me fait changer les choses.

Donc, voyez là, exemple typique de petit bug qui m'est arrivé ce matin quand j'ai fait une mise en prod de con, clairement.

Petit bug qui est arrivé.

Mais pour vous dire à quel point on va vite, c'est que le développement n'a plus rien à voir, littéralement.

C'est pour ça que Bubble, aujourd'hui, c'est compliqué de vous conseiller en 2026 d'aller sur Bubble Web sans, à mon avis, avoir quelque chose qui risque d'être obsolète très rapidement.

Place aux questions, je n'avais pas du tout vu l'heure.

Place aux questions, ça prend combien de temps en général pour un débutant au niveau moyen de concrétiser ou faire son idée dans une application qui peut la mettre sur le marché?

Moi, je l'ai annoncée 5 semaines.

n'importe quoi voilà je viens de l'envoyer normalement tu l'as dans le chat et je l'en revois ici si nécessaire je vous fais pas le coup de ouais des prix qui changent etc non c'est juste dedans vous avez des prix et au bout d'un moment les prix augmentent voilà c'est comme ça c'est juste c'est le système qui est comme ça tout simplement et après de 11 à 20 c'est 2000 après c'est 2500 donc c'est plutôt transparent voilà ici je vous remets le lien et je vous remets le lien dans le chat plutôt excusez moi voilà Q&Li, ça prend combien de temps en général pour un débutant?

Donc pour moi, en cinq semaines, comme je te dis, ça peut aller très, très vite.

Le principe, c'est que tu prennes des bons réflexes.

Ces cinq semaines, c'est deux fois une heure et demie par semaine plus la plateforme.

Ça peut aller vite du moment que tu t'y mets un petit peu parce que c'est l'IA qui va travailler à ta place.

Donc pour un débutant, c'est compliqué de dire Le statut du débutant, parce que du moment que tu as un projet clair, ça peut aller très très vite.

Pour le coup, comme je t'ai dit, en deux semaines, tu peux avoir déjà un produit.

Les premiers résultats de mes élèves, ils ont moins de deux semaines, ils avaient déjà des premiers résultats.

Donc pour le coup, ça va dépendre de la complexité de ton application, ce que tu souhaites faire et surtout ce que tu souhaites mettre dedans.

C'est assez personnel en fait.

C'est pour ça que j'accompagne vraiment en one-to-one en plus des cours en live pour pouvoir vous aider justement à bien structurer votre concept.

Je veux créer un SaaS B2C à distribuer vers Apple Store et Google.

Alors c'est un petit peu différent, c'est une application.

Est-ce que ta formation te sert à créer une telle application?

Alors là pour le coup, c'est Builder côté web.

Tu vas avoir besoin du côté web aussi par rapport au côté application, parce que le côté web, tu vas avoir besoin d'un back-office pour le côté mobile.

À la différence du mobile, c'est qu'en mobile, tu vas utiliser des technos qui sont un peu spécifiques.

Ce n'est pas des technos qu'on va avoir dans cette formation.

C'est une formation que je suis en train de construire, que je suis en train de tester avec certains élèves déjà.

Pour l'instant, ce n'est pas dans cette formation-là.

Il est possible, je précise, il est possible que je fasse un petit crochet vis-à-vis de ça parce que c'est des choses que je suis en train d'explorer actuellement.

Mais je vais d'abord travailler sur le côté web parce que je considère qu'avant de créer une application mobile, il y a un aspect de MVP côté web qui, à mon sens, est plus important parce que tu vas te rendre compte que quand tu veux mettre une application sur les stores, tu vas être dans un côté natif, c'est-à-dire que tu vas être audité par Apple.

J'ai créé des applications mobiles aussi avec Google, je ne précise pas.

Donc, tu vas créer des applications qui vont être auditées par un auditeur Apple Store.

Et sur Android, c'est un petit peu différent, mais il y a des choses à mettre en place qui sont très importantes.

Et pour le coup, ce n'est pas quelque chose là que je dédie dans cette formation-là.

J'ai déjà commencé de travailler sur mon application, j'ai une idée globale, mais le problème, je ne veux pas payer pour la version de Cloud.

Alors moi, ma question, je vais te poser la question honnêtement comme ça, c'est que tu as une idée globale, tu veux faire ton application, mais tu ne veux pas payer pour faire ton application.

Moi, pour l'instant, il y a une incohérence là-dedans qui me gêne un petit peu.

C'est-à-dire que soit tu crois en toi et tu lances quelque chose, on n'a rien sans rien, forcément.

Soit effectivement, dans ces cas-là, tu ne crois pas à ton application, mais tu ne te lances pas.

Tu ne peux pas demander un outil qui te fait économiser le fait de payer une agence des dizaines de milliers d'euros à plus en disant je ne veux pas parce que 20 euros je trouve ça trop cher.

Après que tu utilises le forfait max ou le forfait pro avec différents prix, c'est ton sujet.

Mais j'ai du mal à comprendre si tu as une idée qui te tient à cœur et que tu n'es pas sûr que ce soit le commercial, c'est comme tout le monde.

On a tous fait des erreurs avec des luciels qui ne marchaient pas forcément.

Tu as appris.

Ça dépend de ce que tu vois dans le coût de l'investissement pour toi.

Mais on n'a rien sans rien malheureusement.

Donc tant que les IA ne sont pas gratuites, il faut faire attention à ça.

Malheureusement, forcément qu'il y a des coûts.

et hop en attendant juste on va voir top à la vachette ici ah il a fait quand même l'application il a pas appelé d'agent je suis assez déçu j'aurais voulu qu'il appelle des agents ah il a fait quand même un QCM juste pour vous montrer les résultats c'est plutôt cool voilà le problème c'est que par contre effectivement sans méthodologie en fait on ne sait pas comment éditer les résultats et malheureusement je sais pas où ça va Par contre, ce que j'ai l'impression, c'est qu'il a piqué pas mal de choses.

Je ne sais pas où.

Mais très cool.

Mais vous voyez, c'est pour éviter ce genre de résultats qui sont très intéressants sur le papier.

Mais malheureusement, le niveau de maîtrise pour moi, il est compliqué parce que de ça, je ne peux pas en faire grand chose.

Vous voyez ce que je veux dire?

Même si c'est très sympa sur le papier, attention, je ne dis pas en deux secondes, tu peux obtenir un résultat.

Et moi, ce que je veux, c'est une application que je maîtrise.

Et c'est ça qui, je trouve, manque aujourd'hui beaucoup dans l'écosystème.

C'est la vérité sur le développement de l'application Nia.

Oui, ça va beaucoup, beaucoup plus vite.

On peut faire beaucoup plus, voire dix fois plus que ce qu'on pouvait faire avant.

mais le travail s'est déplacé légèrement ailleurs, du moment qu'on va faire quelque chose de sérieux.

C'était le mot de la fin, je voulais vous laisser là-dessus sur ces jolis mots.

Je vous laisse le lien du site, normalement vous avez tout.

N'hésitez pas si vous avez des questions, vous pouvez prendre rendez-vous avec moi, attention c'est sans engagement.

Voilà, n'hésitez pas surtout que c'est quelque chose qui commence dès la semaine prochaine, donc c'est assez rapide et comme je vous dis, il ne reste que cinq places dispo à ce prix-là.

Et vous pouvez aussi le financer par CPF, mais il faut demander le côté légible.

Donc n'hésitez pas à vous inscrire si nécessaire.

Et je réponds aux dernières questions.

En tout cas, c'était un vrai plaisir.

Merci à tous.

Je refais une autre conférence un peu plus tard, le 20 mai, qui va pour le coup concerner, je vous remettrai le lien aussi, Alors pour le coup, c'est par pub et je vous enverrai dans la newsletter, donc restez connectés, qui concerne beaucoup plus ce programme-là, un programme qui va arriver par la suite, qui va arriver au niveau du 21 juin, et aussi un programme agent.

Et donc là, pour le coup, je vous en parlerai un petit peu plus tard, mais là, on parlera d'agent non pas de développement, mais d'agent autonome, comme OpenCLO, mais fait virtuel.

Je vous laisse là-dessus.

Merci à tous pour votre présence, votre bienveillance et je vous souhaite un bon appétit pour ceux qui n'ont pas mangé et bon appétit à moi-même parce que je n'ai pas eu le temps de manger.

Salut tout le monde!