Le top 1 % n’utilise pas l’IA comme toi (voici la méthode)

00:00:00 Le top 1 % n'utilise pas l'IA comme toi. Quand tu as un problème, tu lui ajoutes des règles, des consignes et du code. Eux, [raclement de gorge] ils font complètement l'inverse. Tu demandes à Claude d'améliorer ton code, il en ajoute. Tu lui redemandes, il en rajoute encore et encore. Et un jour, plus rien ne tient, tout casse. Et avec tes skills, c'est la même chose. Tu crées un skill et au bout de quelques jours, tu auras une erreur qui se répète, tu vas rajouter des règles, tu vas rajouter des consignes. Et quelques semaines plus tard, ton skill ne fait plus du tout la même chose d'un jour à l'autre. Laurent Tan, elle fait complètement l'inverse.

00:00:12 Si tu ne connais pas Laurent Tan, elle est ingénieure chez SpaceX. Elle est passée par l'équipe technique de Cursor, par Meta et par l'équipe de React. Elle a livré plus de 2000 changements de code en un seul mois avec ses agents. Et elle a mis toute sa méthode en accès libre.

00:00:24 Ça s'appelle Pestak. À l'intérieur, tu vas retrouver tous ses workflows, ses skills et ses principes. C'est dans un dépôt public sur GitHub. Je te mets le lien en description. Mais concrètement, qu'est-ce qu'elle fait avec l'IA que presque personne ne ? Pour te répondre, je vais t'expliquer Pestak étape par étape. Et à la fin, tu auras les quatre choses qu'elle fait tous les jours et que tu peux appliquer dès aujourd'hui.

00:00:36 Et on commence par ce qu'il y a dedans. Pestak, c'est trois sortes de choses. Il y a 23 playbooks, c'est la marche à suivre selon ce que tu demandes, comme corriger un bug, ajouter une fonction, faire une enquête. Il y a 33 skills, donc ce sont des commandes que tu lances au moment où tu en as vraiment besoin.

00:00:48 Et il y a 24 principes. Ce sont des règles très courtes qu'elle fait lire à l'IA au début de chaque tâche. Et au-dessus de tout ça, on a son chef d'orchestre qui est le Potato mode.

00:01:00 Potato, c'est son pseudo. Tu lui donnes ta tâche, il te choisit le bon playbook et il appelle les skills quand il le faut. Et sa devise, elle tient en une : "Pour aller vite, il faut d'abord aller en profondeur." Alors, voici son cycle de travail. D'abord, c'est comprendre et planifier. Ensuite, concevoir. Ensuite, construire, tester et livrer. Et les trois dernières étapes, c'est surtout pour le code. Donc, je vais aller vite dessus et passer du temps sur ce qui sert vraiment à tout le monde. Mais avant d'ouvrir la première étape, il faut comprendre l'idée qui tient tout le reste. Il y a quelques jours, Guillermo Roche, le patron de Versel, a posé une question à tout le monde. Parfois, on guide beaucoup trop l'IA alors qu'elle en sait plus que nous, et parfois on ne la guide pas assez et elle part dans le mauvais sens. Et pour lui, savoir ça, c'est la compétence numéro zéro. Et Lauren lui a répondu qu'elle en a parlé dans son guide Pestak justement pour avoir ce juste milieu. Et dans son guide, il y a la réponse qui tient en deux idées très simples. La première, c'est d'être très clair sur le quoi et de laisser au modèle à l'IA le comment.

00:01:12 Le quoi, c'est le but, ce qui prouvera que c'est réussi et les vraies contraintes. Le comment, c'est la façon de faire. Et ça, on le laisse complètement à l'IA parce que trop de comment, on va sur-guider. Et si on donne pas une fin claire, on ne la guide pas assez. Donc, il faut réussir à être pile entre les deux. La deuxième idée, c'est de ne pas deviner. Elle met des points de contrôle à quatre moments précis. Avant, donc l'IA va te redire les problèmes avec ses propres mots, ce qu'elle a compris de ta demande.

00:01:24 Ensuite, elle met un point de contrôle quand elle hésite, elle fait plusieurs versions et choisit sur ce qu'elle voit et pas juste sur du texte. Ensuite, un troisième point de contrôle, c'est le pendant, elle se fait expliquer avec des preuves à l'appui. Et le quatrième point de contrôle, c'est le après, elle demande une preuve sur le vrai résultat.

00:01:36 Et à chaque point de contrôle, comme tu peux le voir, il y a des skills de Pestak. Alors, voici sa carte avec toutes les étapes en colonne. Et on commence tout à gauche par le comprendre et planifier. L'importance ici, c'est de bien demander à l'IA. Le premier skill, c'est "ignore words". Avant de travailler, l'IA va te redire avec ses propres mots ce qu'elle pense être ton but et ton problème. Et toi, tu vas corriger ce qui est faux avant qu'elle se lance. Et ça a l'air de rien comme ça, mais un malentendu sur ta demande, ça se voit avant le monde de travail et pas au bout d'une heure où l'IA a terminé son travail et une fois que tu as vu le résultat, tu te rends compte qu'elle n'a pas forcément compris ta demande. Le deuxième, c'est "sharpen".

00:01:48 Lui, il rend ta demande beaucoup plus profonde. Il se demande ce qu'un vrai pro ferait ici. Et il y a quelque chose qui est très puissant, c'est qu'il va te sortir les choses importantes que tu ne demandes pas. Ensuite, il va te dire de quoi il partirait, avec quel outil et ce qui prouvera que c'est juste. Et à la fin, il va te donner un prompt que tu n'auras plus qu'à copier et lancer dans une nouvelle session. Donc là, avant même de commencer, l'IA comprend vraiment ce que tu veux, même sur les points que tu n'as pas forcément abordés en détail. Mais même quand elle a bien compris, elle peut faire quelque chose que toi tu ne comprends pas forcément.

00:02:00 Et c'est là qu'il y a ces trois skills, c'est de comprendre avant de toucher. Donc on va avoir un skill sur le comment ça marche, un skill sur le pourquoi c'est fait comme ça et un skill qui va faire les deux en même temps. Et quand Lorraine utilise slash teach, elle elle dit "Convaincs-moi que ça règle la cause et pas le symptôme." quand elle veut résoudre un problème. Et là, ça va lui dire comment et le pourquoi avant que l'IA se mette à travailler. Donc là, cette étape sert surtout à ce que tu valides un travail que tu comprends vraiment. Mais il reste un cas, c'est quand l'IA hésite entre plusieurs façons de faire. D'habitude, tu vas demander quelque chose à un modèle et tu prends sa réponse. Lorraine, elle elle le fait jamais. Elle va utiliser le skill Arena et elle fait faire le même travail en parallèle par plusieurs modèles.

00:02:12 Donc Claude, GPT et Grok. Et ensuite, c'est un juge d'une autre famille de modèle qui va noter chaque version. Elle ne va pas regarder juste la meilleure, elle prend la meilleure, elle va y ajouter les bons morceaux des deux autres. Et si toutes les versions partent dans des sens complètement différents, ça veut dire que la demande était floue. Donc là, elle va reformuler au lieu de faire une moyenne. Et derrière tout ça, il y a Interrogate.

00:02:24 Là, d'autres modèles essaient de casser le travail. ? Parce que un défaut ne compte que s'il est prouvé par un vrai test. Donc ici, aucun modèle ne décide seul et aucun travail n'est validé tant qu'on n'a pas essayé de le casser. Et tout ce que je t'explique là, Lorraine l'a fait pour le code. Mais ses idées, elles marchent sur tout ce que tu fais avec l'IA. Et tous les modèles aujourd'hui sont beaucoup avancés et sont beaucoup plus intelligents que nous. Donc il faut vraiment réussir à trouver ce juste milieu. Donc moi, je suis parti de sa méthode et je l'ai refaite pour tout le travail, pour le travail de tous les jours, que ça soit un poste, un site, un mail, une simple demande, une demande compliquée. Je suis parti de la même logique que Lorraine, c'est-à-dire être pile entre le sous-dosé et sur-dosé l'IA et j'en ai fait 20 skills. Et ces 20 skills, tu peux les récupérer dans School Empire IA plus avec des leçons qui te les présentent un par un et qui te les montrent dans de vrais exemples. Donc si jamais ça t'intéresse, je te mets le lien en description. Mais revenons en PS Stack parce qu'il reste les étapes du code et une en particulier qui sert vraiment à tout le monde. Construire, tester et livrer, c'est surtout pour les développeurs. Donc je vais te les présenter très rapidement. Pour construire, il y a TDD. Avec ce skill, d'abord, l'IA va écrire un test qui échoue et ensuite le code qui va le faire passer. Et No Comments, lui, va chasser les commentaires inutiles dans le code parce que un commentaire qui dit "A" alors que le code fait "B", l'IA va le croire. Ensuite, on va avoir tester.

00:02:36 Tu prends un skill comme Blast Radius qui cherche ce qu'un changement peut casser ailleurs. Et beaucoup de personnes oublient de le demander, c'est-à-dire qu'ils vont dire "Change-moi cette partie" sans vérifier que une autre partie va casser. Du coup, ils ont bien la partie qu'ils ont demandée, mais ils doivent ensuite corriger la partie qui a cassé. Et même en corrigeant cette partie qui a cassé, ça peut recasser encore ailleurs. Donc ce skill, il va vraiment aller chercher ce qui peut casser par rapport à ton changement. On a aussi Swarm qui va lancer plein d'agents en même temps. Là, par exemple, c'est quand tu veux vérifier un travail découpé, quand tu veux mettre plusieurs agents en cours sur le même brief, quand tu veux explorer plusieurs pistes à la fois.

00:02:48 Mais dans tout ça, il y a une idée qui vaut pour tout le monde, c'est la preuve. Tout ce qui est "Ça marche, c'est fait", pour Lorraine, ça, ça ne compte pas. Ce qui compte, c'est une vraie preuve. Comme par exemple, le fichier s'ouvre sans erreur, voici la capture. Et pour ça, elle a créé le skill Create Formal Verification Skill.

00:03:00 Il va créer un skill qui lance ton appli, ton site, ton outil, peu importe, et va l'utiliser comme une vraie personne en gardant les preuves. Donc l'IA ne va plus seulement te dire que c'est fini ou que ça fonctionne, elle va vraiment te le montrer. Ça, c'est pour une seule session. Maintenant, le vrai problème, c'est quand tu reviens le lendemain. Souvent, tu vas oublier après plusieurs heures ou le lendemain une grosse partie de ce qui a été fait dans une session. Et pour ça, elle a créé des skills qu'on peut lancer à tout moment.

00:03:12 Par exemple, on a Recall. Lui, il va relire tes anciennes conversations et l'état de ton projet et te donner un résumé court de là où tu en étais. On peut avoir aussi Ketchup. Ce skill va te dire ce qui a changé depuis ton dernier message et ce qui a ton ta décision. On a aussi Bro qui relit le dernier message en mots simples. Par exemple, je sais pas, c'est fin de journée, tu es fatigué, Claude te répond avec des messages et des mots compliqués, tu fais juste slash Bro et il va t'expliquer comme s'il expliquait en gros à un enfant. Et avec un skill comme Recall, ce que j'aime bien moi, c'est que c'est cinq lignes de résumé et une seule prochaine action. Ça rend les choses beaucoup plus simples. Donc, tu ne repars plus de zéro à chaque session. Et toutes ces étapes, elles tiennent sur des règles et ces principes. Et tu te rappelles au début de la vidéo quand je te disais qu'on ajoute du code ou alors on ajoute des règles aux skills et au bout d'un moment, ça casse ou les skills, ils fonctionnent plus. On a l'impression que les modèles ont régressé. Et ben Lorraine, elle, elle a deux principes qui font complètement l'inverse de ce que tout le monde fait.

00:03:24 Le premier, c'est supprimer plutôt qu'ajouter et faire le plus petit changement qui règle le problème. Et ensuite, c'est d'enlever ce qui ne sert plus du tout avant de construire quoi que ce soit. Et pourquoi supprimer plutôt ? Par exemple, tu vas créer un skill, une semaine après, tu te dis "Tiens, je veux l'améliorer." Tu vas ajouter une consigne et puis tu vas voir que cette consigne, elle fait pas forcément ce que tu voulais. Ben, tu vas rajouter une consigne par-dessus cette consigne et encore et encore et au bout d'un moment, tu vas te retrouver avec un tas de consignes qui corrigent d'autres consignes et ton IA va être complètement perdu. C'est pour ça que dans un premier temps, on enlève ce qui ne fonctionne pas avant d'ajouter. Mais si les règles, elles ne sont pas dans un gros fichier, du coup, elles sont ? La plupart des gens, ils mettent toutes leurs règles dans un seul gros fichier de consignes et ce fichier, l'IA le relit à chaque message, même quand ça ne sert à rien.

00:03:36 Ce que fait Lorraine, c'est elle range chaque règle dans un petit skill à part. L'IA lit la liste au début, elle n'ouvre une règle que quand elle en a besoin. Il y en a une qui m'a marqué, c'est attaquer la prémisse. Tu corriges, ça ne marche pas. Tu corriges encore, ça ne marche toujours pas. Et là, elle ce qu'elle fait, c'est qu'elle s'arrête.

00:03:48 Toutes ses corrections partaient de la même idée. Donc, ce qu'elle se dit, c'est que peut-être que l'idée elle est pas bonne. Donc, elle écrit cette idée, elle la teste et seulement ensuite, elle corrige une troisième fois. Et quand une erreur revient quand même, elle n'ajoute pas une consigne en plus. Elle va utiliser son skill correct. Grâce au skill correct, l'erreur devient impossible. C'est-à-dire que ce skill va contrôler l'erreur et la bloquer à chaque fois. Et bien évidemment, mettre à jour là où il faut mettre à jour.

00:04:00 Uniquement en dernier. Donc, l'erreur ne revient plus et ta liste de consignes, elle ne grossit jamais. Donc, qu'est-ce qu'elle fait avec l'IA que presque personne ne ? Quatre choses. En premier, elle donne la direction, le quoi et la fin. Jamais juste fais mieux. Ensuite, elle met des points de contrôle avant, quand elle hésite, pendant et après. Son troisième point, elle enlève toujours avant d'ajouter que ça soit dans le code comme dans les consignes. Et en quatrième, elle fait attaquer le résultat par d'autres modèles. Et toutes les logiques, les consignes de Lorraine, je les ai appliquées à moi pour mes propres skills. Sur ces quatre points de contrôle. Et j'ai même créé un mode Tony, tu le lances au début de la session et à chaque fois que tu vas parler, par exemple avec Claude, il va aller automatiquement déclencher le bon skill qui fait que tu n'as pas besoin de te prendre la tête à chaque fois et te dire "Ouh là, bon bah là, je dois faire cette demande. Alors, qu'est-ce que je dois ? OK, je vais utiliser celui-là." Et puis finalement, bah c'était pas celui-là, tu avais une meilleure option à côté. Bref, ma façon de travailler avec tous ces skills, ils sont directement dans le mode Tony. Et si jamais tu veux prendre l'IA un peu plus au sérieux, j'ai aussi toute une formation à l'intérieur de ce school sur Claude code et comment créer son propre iOS. N'hésite pas à t'abonner, à laisser un like et un petit commentaire. Et si jamais tu veux voir les dernières nouveautés de Claude, je te mets une