Herdr + Hermes + VPS : si t’as pas ce setup, t’es en retard transcript

Alors, ce que tu vois ici, ce sont des dizaines d'agents qui travaillent en parallèle dans des projets différents. Et bien sûr, à chaque fois, chaque agent travaille ici sur une user story. C'est vraiment indépendant du harnet. Ici, tu peux voir on a Codex, ici on a Cloud Code et ça travaille sur ma machine ici en direct, mais tu peux aussi travailler comme ici à la fois sur un VPS à distance. Et donc c'est vraiment incroyable puisqueaujourd'hui tu vas pouvoir piloter tout ça en plus sur Telegram à travers Hermes Hermes agent et que je t'ai présenté un bon nombre de fois.

Bref, je te présente ce setup. C'est vraiment le meilleur setup lorsque tu fais du travail agentique et que tu as des dizaines d'agents qui travaillent en parallèle. Alors, avant d'avoir ce setup, j'avais un petit peu comme tout le monde des agents qui tournaient bah dans des terminaux et ça fonctionne très bien. Ça fonctionne très bien quand tu fais du développement un petit peu normal, c'est-à-dire à partir du moment où tu es dans par exemple VS Code ou avec un terminal, avec un ou deux agents, tu arrives un petit peu à t'y retrouver mais dès que ton nombre d'agents monte et bien tu peux te retrouver comme ça à avoir plusieurs terminaux, des tabulations et cetera.

Bref, tu sais pas trop où tu travailles et c'est un petit peu compliqué. Alors, il y a eu, j'avais déjà présenté ça dans une vidéo, il y a euux, il y a eu Tmux et cetera qui résolvait un petit peu le problème, mais ça reste toujours pas efficace. Et le deuxième problème de ça, c'est que et bien quand tu killes le terminal ici, et bien ça te killent, il travaille plus. Et l'autre problème aussi que moi personnellement j'ai, c'est que et bien régulièrement, je prends mon ordinateur, je vais travailler, je vais dans un café, mon ordinateur est fermé dans mon sac dans ma moto et à chaque fois que l'ordinateur se ferme et que tu as plus accès à internet, et bien tes agents arrêtent de travailler.

C'est pareil la nuit, ton ordinateur peut se mettre en veille et cetera. Et bien, je vais te montrer comment avec ce setup on va pouvoir faire tourner des dizaines d'agents en parallèle 24 he sur 24 pour utiliser ton crédit au maximum. Maintenant, je travaille avec deux abonnements, Cloud, Code et Codex. J'ai les deux qui tournent et c'est vrai que comme ça, ça part quand même assez vite, mais la bonne chose, c'est que tu es hyper productif.

Donc, je vais te présenter un petit peu ce setup. Comme tu sais, je travaille sur pas mal de projets en parallèle. J'avais déjà fait une vidéo que tu pourras retrouver sur la chaîne ici dans laquelle je te montre que j'ai plein d'agents qui utilisent ma méthode Killer SAS. Ici, je t'ai présenté que tu peux lancer plusieurs users story en parallèle et dans mon cas et bien je travaille par exemple ici sur des SAS type mon SAS agent Mel qui a pour but de remplacer Melship.

On a un SAS qui a pour but de remplacer teachable et cetera mes méthodes, mon baller play chip SAS et tout ça fait que j'ai vraiment pas mal de bah d'agents en parallèle et au bout d'un moment et bien c'est un peu compliqué à gérer comme je te disais et donc il y a un nouvel outil qui vient de sortir alors ça fait un petit moment que ça existe mais qui s'appelle RDR H DR tu pouras aller voir et cette outil est vraiment incroyable et je vais te le présenter.

Ils ont rejoint récemment l'équipe a rejoint White Combinator. L'idée, c'est vraiment pour les personnes qui font du développement agentique assez avancé. Et du coup, je vais te montrer tout ça parce que il y a vraiment pas mal de combinaisons. Tu vas pouvoir notamment le connecter comme ça directement avec Hermes. Tu vois ici, je suis connecté à Telegram. Avec Hermes et bien je vais pouvoir me connecter dessus, appeler des agents à l'intérieur d'Hirmes, je vais pouvoir me connecter du Mac et cetera.

Bref, c'est vraiment incroyable. Je suis vraiment hypé par cet outil. Alors, premier point qu'il faut comprendre hein quand même si tu veux comprendre l'intérêt quand même du produit, sinon ça va pas te parler. L'idée c'est de comprendre un petit peu que quand tu lances un terminal, ça s'est lancé dans un shell et à l'intérieur et bien tu as l'agent. Ce qui fait que si tu killes ici bah la fenêtre et bien alors ça dépend comment il est lancé ton agent mais souvent et bien il va être détruit, tu vois ?

Tout simplement il va s'arrêter de fonctionner. Donc du coup ce qui est arrivé pour comprendre un petit peu est arrivé Tmux. TMUX comme ça, c'est un serveur en fait qui isole le terminal du le S que ça soit du SSH ou du terminal. Donc en gros, il isole le client. Ce qui fait que peu importe que tu quittes la session SSH ou que tu fermes en fait ta session, ton terminal et cetera, et bien l'agent est toujours actif. Donc ça c'était déjà une première chose intéressante.

Ce qui te permet par exemple de lancer un agent sur un serveur, sur un VPS ou quelque chose comme ça ou même sur ta machine de le terminal et en fait il est toujours actif. Tu peux revenir, tu peux le réattacher à la session et cetera. Donc ça c'est un premier point en fait à comprendre. Et herder ce qu'ils ont fait c'est qu'ils ont repris en fait ces concepts là et il les ont agencé de manière intéressante pour qu'on puisse en fait avoir la puissance en fait de Tmux qu'on avait avant mais surtout avoir aussi ce que Ghost avait commencé à implémenter avec un système de en gros on pouvait découper comme ça en plusieurs panneaux.

Ils l'ont donc ils ont rajouté ça. Donc c'est relativement simple. Je te fais une petite démo rapide. Donc là par exemple, j'ai toutes mes user story sur ce projet et l'idée c'est de se dire bah voilà par exemple si tu as un nouveau panneau tu vas appeler je sais pas US 56 User 56 et bien tu as ton terminal principal ici tu peux lancer par exemple Codex et si jamais toi d'un autre côté tu as envie de splitter à droite comme ça split right parce que pour une raison ou une autre tu as envie d'être avec cloud code et bien tu vas pouvoir splitter comme ça tes écrans. par rapport à avant où c'était un petit peu compliqué, fallait connaître des raccourcis compliqués.

Là bah tu fais clic droit, tu veux faire un split don ici par exemple si tu as envie de lancer un les guidit pour voir un petit peu ce que tu as surit et bien c'est relativement facile. Ce qui est cool c'est que tu as des skills et tous ces skills vont faire que tes agents vont pouvoir créer des panneaux à la volée et cetera et ça c'est quand même un gros plus. Et donc ce que j'ai fait puisque comme tu sais, je suis habitué via mes méthodes comme ma méthode agentil qui permet de lancer plusieurs sprints en parallèle sur des user story.

J'ai aussi je t'ai présenté dans une vidéo comment en fait quand tu as plusieurs user story en parallèle, tu vas pouvoir faire des sandbox qui vont en fait isoler les environnements, les bases de données, les tests, les tests endn et cetera. Je te remets le lien vers cette vidéo si tu l'as pas vu, c'est important de comprendre. Et bien pour gérer tous ces cas-là, par exemple si tu veux un panel, un cockpit avec par exemple les ig, un CLI, des tests et cetera, et bien on a des skills que je te remettrai dans la description ici.

Je crois qu'il s'appelle moi j'ai fait un RDR, j'en ai un pour le VPS et un pour le Max. Et du coup, je peux lui définir des panels. Donc par exemple, je peux lui dire "On va retravailler la user story dans agent mail, la user story S 114. lance-moi un panel RDR avec Lazy Git, un CLI, Cloud code, j'ai pas trop d'idée, tu verras, c'est je te fais ça un petit peu en live. Donc en fait l'idée c'est grâce à ses skills, il va pouvoir comprendre de quoi il s'agit.

RDR, on peut le contrôler via LAAPA PI et du coup normalement il va comprendre qu'on parle de ce projet là. Il est parti en couille. Ah si, voilà, il a compris. RDR create tab. Donc là, il me propose OK. S114 ici contact even log il reprend cette story, il se dit OK contact even dans la jamaise son work existe il est propre j'ajoute l'onglet S114 dans l'espace de travaillage en mail clo code à gauche lesit et cetera et cetera donc là on va le laisser travailler donc automatiquement tu vois qu'il travaille renommé tous les panels et du coup par exemple dans agent mail ici tu vois qui devrait voilà il vient de créer la 114 ici donc on va pouvoir accéder à cet espace de travail ici et là voilà là il m'a pas mis la story Donc on va lui demander tout simplement c'était où ?

Peux-tu me rajouter dans un panel le recap de la story ? Ça en fait c'est un petit truc que j'ai mis pour moi qui est assez utile, c'est quand je travaille comme ça et bien j'aime bien garder un panel où on a le recap de la story. Ça permet de comprendre ce qu'on fait quand on est sur une vingtaine de stories, ça va. Mais quand on est comme par exemple sur agent mail, ici je suis à 118 stories, à la fin on y comprend plus rien.

Là je vois en plus elles sont sous-découpées. Par exemple sur la story 118D et bien je sais qu'on est sur une fonctionnalité de page de capture et donc ces pages de capture peuvent être gérées en fait par API ici. Donc tu as le détail de ce qu'on fait. En fait c'est une petite fiche recap et à chaque fois en fait que RDR lance un petit peu tout ça, il me le lance à chaque fois avec la petite fiche recap. Donc là par exemple il m'a relancé la petite fiche recap.

On va pouvoir la regarder. Donc agent mail ici c'est en gros ce qui est arrivé à un contact. Effectivement ça c'était une user story où en gros on devait avoir les logs d'un contact. Voilà journal unique, les colonnes sont fixes, frontières de la fréquence de tenue, le poids borné et cetera et cetera. Donc c'est vraiment utile. Maintenant je travaille comme ça. C'està dire qu'à chaque fois je travaille sur une une ou plusieurs user story, j'ai des espaces à part isolés avec un récap de ce qu'on fait.

J'ai le choix de l'agent. Franchement, je suis pas un fan boy. Voilà. En ce moment, c'est Codex, de temps en temps, c'est cloud code. On a tous les gens qui parlent de cloud code. Moi, je suis relativement en fait souple avec ça. C'est qu'un outil. J'ai deux abonnements, donc je passe de l'un à l'autre assez facilement. Ma méthode Killer SAS, en fait, elle est faite pour s'adapter. Donc je peux regarde si tu prends ici petit te chable ici je suis sur du codex, j'ai aussi du cloud code et enfin bref voilà c'est des c'est j'ai du crédit et je le consomme au mieux je répartis un petit peu tout simplement par user story.

Donc voilà chose importante ici tu peux créer des espaces, tu as un petit menu et tu as les sétic, tu peux changer de thème. Donc ça c'est quand même pas mal et surtout ici tu as les agents. Là, tu vois ceux qui sont qui attendent un retour de ta part, ils sont ici en rouge et tu peux voir ceux qui sont finis et ceux qui attend. Donc c'est quand même vraiment assez sympa comme outil. Alors tout ça c'est bien sympa, mais tu restes toujours quand même à la mercie de ta connexion internet, de ton ordinateur et cetera.

Si jamais bah tu décides d'aller te coucher, moi maintenant je laisse tourner des agents quasiment H24. Si je décide d'aller me coucher et bien tu as envie que tes agents continuent à travailler sur des user story qui parfois peuvent prendre toute une nuit pour que ça soit terminé en fait correctement. Et bien si tu es sur ton ordinateur en local, ton ordinateur peut passer en veille. Alors tu peux utiliser Caféinate si jamais tu es sur tu es sur Mac mais voilà, tu peux avoir des problèmes de veille, des coupures internet, ça peut s'arrêter, tu peux avoir tout un tas de choses qui fait que et bien à tout moment tes agents peuvent s'arrêter.

Et quand tu te réveillais le lendemain matin et que tu t'attendais à ce que tous tes agents aient travaillé et qu'ils ont rien fait, et bien tu es un petit peu dégoûté. Et bien pour résoudre ce problème, et bien l'idée c'est d'avoir justement un RDR qui travaille plus forcément en local mais qui va travailler justement dans un VPS. Ce qui veut dire que si jamais ton ordi ici, ton Mac ou quoi, et bien il est déconnecté, il a plus internet ou si jamais tout simplement hop, tu fermes ton ordinateur, tu le mets dans ton sac à dos, tu pars en moto, tu pars je sais pas où dans un café ou quelque chose comme ça, et bien la session continue de tourner et tes agents en fait ils continuent d'avancer sur les user story, sur ce qu'ils étaient en train de faire et cetera.

Et donc ça c'est vraiment une bonne chose. Et typiquement par exemple, et ben je vais te montrer ici là par exle, je viens de me déconnecter du du VPS et bien en fait tu vas pouvoir te connecter à distance RDR- remote VPS c'est la connexion SSH vers mon VPS et quand tu arrives dessus et bien tu vas pouvoir depuis donc ta machine ici continuer à te connecter aux agences. Ce qui veut dire que si jamais ta machine elle est fermée, elle est coupée, et bien ici tu retrouves ton environnement et bien tel qu'il était tout simplement configurer avant.

Mais c'est pas fini. Une fois que tu as une connexion sur ta machine et en VPS, et bien tu vas pouvoir les faire communiquer entre eux. Ça veut dire que ici par exemple et bien tu peux avoir des agents en local, tu peux avoir des agents qui travaillent en fait dans RDR en mode distant et ce qui est cool c'est que tes agents en local vont pouvoir piloter les agents RDR à distance. Donc par exemple si ici tu lui dis-tu te connecter sur RDR VPS, vérifier l'agent qui travaille sur la user story S179.

Je vais utiliser le skills RDR VPS pour me connecter machin. Il va vérifier la S179. Alors, je sais pas si j'ai raconté des conneries. Voilà, il a la la S179, elle existe. Donc ce qui est cool, c'est que il va pouvoir passer un agent qui est sur le RDR ici va se connecter sur le VPS, va rentrer à l'intérieur de la session cloud et il va pouvoir exécuter, discuter, exécuter des promes, vérifier l'état, relancer les agents si jamais ils sont arrêtés.

Et si par exemple tu es dans une config un peu comme ça et que tu as disons plusieurs user story en parallèle, tu peux peut-être être sur une user story ici qui est bloquée ici ici parce que sur le VPS il y a un problème. Et toi, tu peux être un agent ici qui en fait débloque tout ça, pilote tout ça à distance. Donc là, on va voir ce qu'il nous dit. Voilà, connecté au VPS. J'ai retrouvé le workspace S179 et cetera et cetera.

Demande-lui là où on en est. Voilà. Donc là, c'est pas ouf mon compte, hein. C'est parce que je suis en live. OK ? Et normalement, tu devrais le voir ici parler à l'intérieur de ce prompt. Voilà, tu vois, il vient de dire "Mike nous demande où nous en sommes sur la user story S179 dans ce workspace." Et donc là, l'agent va travailler. Donc ça paraît rien dit comme ça, mais je te rappelle qu'ici, tu es sur ton Mac en local.

Tu demandes, tu travailles en local sur des user story, tu demandes à un agent qui est sur le VPS de t'interagir avec un panel dans un projet, dans un work et tu peux exécuter et travailler. Donc point sur la S179 ici. Donc il te répond, il va voilà, il te dit où il en est sur le KitHub et cetera et cetera sur la diè les trucs. Prochaine étape que Mike confirme blab blabla tout ça. Donc là normalement ici tu as la réponse et lui il devrait donc me faire un compte-rendu de là où on en est.

Donc là, il travaille la réponse, je n'ai aucun contexte in cette session. Voilà, il confirme qu'aucune branche sur le worke. Il trouve en revanche un ADR 179. Le workspace s'appelle Melsim 179 mais l'agent actuel n'a pas d'historique sur le travail précédent. Donc à partir d'ici, tu vas pouvoir gérer tout ça. Moi, je trouve ça vraiment incroyable. Et le tout c'est que tu es pas perdu, c'est que tu trouves tout directement dans les bons onglets, dans les bons user story, tu as ton statut guit, tu peux tout gérer tout simplement comme ça.

Je comprends que cet outil est tout simplement rejoint White Combinator. Et j'ai envie de dire c'est pas fini et moi je l'utilise encore plus que ça puisque à tout moment en fait je peux sur mon téléphone quand je suis dehors quand je marche quand je suis à la gym et cetera et bien via Telegram tu vas pouvoir si tu as un VPS avec RDR et bien tu vas pouvoir piloter tout ça. Je te renvoie bien sûr sur cette vidéo sur comment installer un agent Hermes sur VPS.

Et une fois que tu as un agent qui est disponible avec un un modèle comme GPT6, Astra et cetera, et bien tu as un agent qui tourne et il peut exécuter des tâches. Et là par exemple, et bien ce qu'on va pouvoir faire, je l'ai ici par exemple sur un sur Telegram, je pourrais l'avoir sur mon ordinateur et comme il a accès au VPS et au skills RDR, et bien on va pouvoir lui piloter des actions. par exemple le type de de chos que je peux lui demander.

Allez, on va lui dire "Peux-tu lancer dans RDR, dans le projet Teachable Killer, lance-moi la suite de test. On va voir si tous les tests sont OK." Booum ! Voilà, donc là on va le laisser faire et il va aller plus loin. Voilà. Donc là, il lit le skills et il devrait avancer. Et pendant qu'il fait ça, si jamais tu as envie aussi d'avoir un agent Hermes installé sur ta machine préconfigurée, que tu as envie d'avoir ton agent personnel sur un VPS, hein, aujourd'hui c'est quand même important d'avoir ça sur un VPS, tu vas sur cette vidéo et tu as ce lien mais je te le remettrai dans la description si tu veux tout comprendre à la vidéo, tu regardes cette vidéo.

Et si jamais tu veux gagner un peu de temps et bien tu cliques dans le lien dans la description, tu vas arriver sur cette page ici où en gros en fait tu as une installation qui a été simplifiée en fait d'Hermes. pas toutes les aspects sécurité du mot de passe, route, SSH, machin tout ça, tu gagnes un peu de temps. Tu arrives ici, tu choisis un KVM2. Alors, je te conseille de démarrer par un KVM2, tester si tes agents ils tournent bien et moi personnellement, j'ai upgrade vers un KVM4 parce que j'ai quand même ici, si tu regardes, des suites de test ici, est-ce que je peux te le mettre ici ?

T PNPM test. Ici, on est quand même sur des des grosses suites de test et ça tourne, tu vois, ça prend parfois une minute à tourner et ça peut monter jusqu'à 2 minutes sur un VPS. Donc, à chaque fois que tu lances des tests, tu as une et à 2 minutes d'attente. Donc, personnellement, moi j'ai démarré avec un KVM2. Donc, je t'invite à démarrer là-dessus. Et ce qui est bien chez Hostinger, c'est très facile en fait d'upgrade en un clic vers un KVM4 si jamais tu es un développeur qui est multiagent et qui a besoin qui a beaucoup de tests, qui a besoin de beaucoup de ressources.

Donc une fois que tu as sélectionné ça, tu vas arriver sur la page suivante. Je t'avais déjà parlé de ça. Je t'ai négocié un code de réduction. Ça veut dire que normalement, tu vois ici déjà si tu prends un nouveau pack KVM2, tu passes de 633 € à 234 €. Donc ça fait quand même une grosse réduction. Et en plus, si tu rajoutes le code Mike Coder, hein, que tu retrouveras bien sûr dans la description, oublie pas de l'ajouter.

Ici, tu appliques et tu auras encore 10 % supplémentaires. Et avec ça, et bien tu auras un agent Hermes qui est déjà préconfiguré. Alors, il faut quand même avoir un abonnement Codex par exemple pour pouvoir démarrer tranquillement. Mais avec ça, normalement, tu seras tranquille et tu vas pouvoir mettre en place ce type de workflow. Alors, on revient sur notre Hermes ici. Alors, qu'est-ce qu'il nous a fait ? Donc, il nous dit "Oui, c'est terminé herr dans Teachable Killer 867 thè 4 réussis." Donc, il a été capable de lancer des sessions, de vérifier, de donner un résultat et cetera.

Et ensuite, bah, tu vas pouvoir tout simplement ici si jamais tu es déconnecté, admettons, ici tu es pas connecté, tu décides de revenir plus tard et cetera. Et bien, tu fais comme ça, tu fais RDR ici remote VPS que tu vois en bas. Donc là, il va se connecter. Voilà, il est connecté, tout est bon. Et donc du coup, on lui a demandé, c'était sur bah Teachable ici. Normalement, on devrait voir Teachable. Bah voilà, ici il a lancé en fait la suite de test.

Donc là, c'est un exemple un petit peu bidon pour te montrer que à partir d'Hermes en fait et bien à partir de Telegram si jamais tu voyages et cetera, et bien tu vas pouvoir piloter les agents sur ton VPS via RDR et surtout une fois que tu as accès en fait à ta machine et bien tu vas pouvoir tout simplement vérifier ce qui s'est passé, comment ça a fonctionné, est-ce qu'il y a eu des erreurs, est-ce qu'il y a des agents et cetera et cetera.

Donc tu vois que cette connexion en fait entre tous les agents, elle fonctionne correctement ici. Que ça soit à partir de Telegram, tu vas te connecter à Hermes qui va ouvrir en fait RDR VPS, mais aussi sur ta machine en local via une connexion SS, tu vas piloter le même code Pit. Alors ça peut te paraître un petit peu too much dit comme ça, mais je te garantis qu'une fois que tu as mis ce setup en place, ça te fait mais économiser des enfin c'est un gain de productivité énorme.

Surtout bien sûr si tu es habitué au développement agentique, aux méthodes que je te partage comme des méthodes d'agentic engineering, mes méthodes killer sas et cetera, des des méthodes qui permettent de lancer plein d'agents en parallèle. Dès que tu maîtrises ça plus ce genre de workflow, et bien là clairement tu as une productivité qui a rien à voir avec le développeur qui a son petit cloud code et codex et qui développe feature par fature comme un escargot, excusez-moi du terme.

Alors attention quand même quelques petites limites derrière tout ça. Bien sûr, c'est pas parce que tu lances 50 agents en parallèle qui vont développer énormément de choses qui vont te dire que c'est terminé, que c'est réellement terminé. C'està dire qu'à un moment, OK, tu as des agents qui travaillent, c'est ton rôle de développeur derrière de rapatrier ça peut-être en local et cetera, de tester, de lancer, de vérifier en fait que tout tu es OK.

D'ailleurs là en parlant de ça, ça c'est pas OK. Je sais pas qui a lancé ça mais en tout cas ce test n'est pas correct. Donc c'est important d'avoir ces limites en tête. C'est pas parce que tu as des agents qui travaillent que c'est pas toi le responsable derrière quand tu as un espèce de goulot d'étranglement qui va se produire quand tu fais comme ça des dizaines de user story à parallèle, c'est qu'à un moment le goulot d'étranglement c'est toi.

Alors les agents c'est long, c'est parfois 30 40 minutes par user story mais derrière toi aussi faut que tu sois capable de pas juste les commiter et de les envoyer. Faut que tu sois capable de les retester tranquillement à t'être posé sur ta machine tester que ça correspond bien à la demande. Ça c'est la première limitation. La deuxième limitation, c'est qu'on va arriver vite à des limitations. Si par exemple, comme je te disais, moi j'ai quand même un MacBook Pro M4 avec 64 Go de RAM, c'est assez puissant.

Si tu es sur des euh VPS qui sont un petit peu limites, effectivement tu vas devoir faire des tâches qui sont plus ou moins limitées. Moi, typiquement par exemple, les tâches gourmandes qui nécessitent beaucoup de build, beaucoup de tests end to end et cetera et ou dans lesquels j'ai besoin d'un retour rapide, j'ai tendance à plutôt les faire en local. Tout ce qui est des tests tâches assez faciles par exemple, ça m'arrive régulièrement de lui dire je prépare une landing page sur tel sujet.

Bon bah boouom va faire ça sur le VPS, il va faire les types de landing page où j'ai des users story, des gros reifacto, des choses comme ça qui sont pas urgents mais en même temps qui sont importantes. Bah je les laisse tourner sur le VPS ici. Je sais que ça va être plus long que sur ma machine parce qu'un VPS est quand même moins puissant qu'une machine. Elle a pas 64 Go de RAM, elle a pas des M4 Max avec je sais pas 64 Go de mémoire unifiée et cetera.

Donc c'est des tâches qui en fait peuvent être déléguées sur la longueur. Moi par exemple, j'ai j'ai des tâches qui peuvent tourner des rifacto qui prennent parfois 2 4 8h mais qui sont pas urgents. Et en fait ça me permet de d'en mettre plein comme ça en parallèle et euh à la fin je reviens dessus. Autre limitation aussi que je vois, c'est que typiquement aussi là quand on est dans ces cas-là, je t'avais déjà fait une vidéo là-dessus, c'est que heureusement que comment dire mes méthodes agentiques incluent tout ce qui est test unitaire et test N2N. Ça veut dire qu'un VPS ici va pouvoir lancer des tests N2 end avec Playwrite et cetera. il est OK, il va pouvoir se connecter, cliquer, vérifier que tout ce qu'il a développé est en phase.

Par contre, ta petite limitation avec ton Mac, tu peux lui demander aussi d'interagir avec le MCP Chrome. Ça veut dire que tu as une vraie navigation et là, tu la perds sur le Mac. C'est pas bien gênant si tu as des tests to end, mais si tu as pas mis en place des tests N2 end et que tu es un développeur qui juste fait des tests peut-être ou teste un petit peu pas trop bien, bah là tu seras aussi limité. Donc voilà, tu as quelques limitations mais globalement c'est quasiment en fait la même chose de travailler 100 % dans un VPS un petit peu puissant et sur une machine en fait en local.

Voilà, c'est tout pour cette vidéo. Bah n'hésite pas à me dire si ça t'a plu, si tu vas mettre en place ce type de workspace comme d'habitude, n'hésite pas à t'abonner à la chaîne, activer. Surtout dis-moi en commentaire si c'est ce genre de chos en fait ça t'intéresse ou je sais qu'il y a des développeurs qui m'ont dit "Ah non mais moi ce genre de truc avec tous les agents, les user story, c'est pas mon truc machin." Moi je sais que ça va être la tendance de fond parce que aujourd'hui avec ce type de méthodologie, ce type de process, ce type d'organisation et bien tu as des développeurs aujourd'hui qui font le travail de 10 développeurs en une journée et malheureusement ça fait peur à beaucoup de développeurs.

Et aujourd'hui, on tend vers ça. Les développeurs aujourd'hui avec Lia, c'est pas juste de faire mumus, de coder deux trois trucs. Aujourd'hui, vraiment on parle de d'argent, on parle de productivité. Un développeur organisé avec des méthodes comme ça et bien clairement ça a la productivité d'une dizaine de développeurs. Donc n'hésite pas à me dire si toi ça te fait peur, si c'est quelque chose qui te plaît d'aller vers cette tendance là ou pas.

En tout cas, moi personnellement, ça me permet de développer hyper rapidement et c'est ce que je te présente régulièrement sur cette chaîne via plein de vidéos. Donc n'hésite pas à t'abonner puisque je vais continuer à te présenter toutes ces méthodologies là. Et si tu avais pas vu, si pour toi c'est un peu confus, tu dis "Mais c'est quoi tous ces agents ? je comprends pas là où il veut en venir. Et bien je te remets la vidéo ici dans laquelle je te présente la différence en fait entre le vibe coding et le développement agentique de plein de user story en parallèle via mes méthodes killers sas et cetera.

C'est cette vidéo là.