Rudy en mode multi-agents !
Rudy Timothée, CTO chez Elevate (groupe HumanSkill), démontre en live sa méthodologie multi-agents pour construire une extension Chrome IA inspirée d'OpenAI Atlas, en moins de deux heures, en utilisant exclusivement Claude Code et des terminaux sans jamais toucher le code directement.
Stack technique
Outils utilisés
Résumé de la session
Alexis accueille Rudy Timothée, qui se présente comme un profil hybride venant du design, passé par le développement front puis full stack, aujourd'hui CTO d'une agence Data et IA. Il insiste d'emblée sur l'importance du design et de l'UX dans le vibe coding, citant Google comme modèle de complexité masquée derrière une interface minimaliste.Rudy présente son environnement de travail, centré sur des terminaux plutôt que des IDE graphiques, et fait un panorama des agents CLI disponibles : Claude Code, GitHub Copilot CLI, Jules (Google), Cursor Agent. Il explique sa préférence pour Claude Code, qu'il juge supérieur sur la planification et le séquençage de projet.Avant d'écrire la moindre ligne de code, Rudy active le Plan Mode de Claude Code et saisit ses intentions en français, de manière volontairement vague. Il insiste sur ce point central : travailler par intentions plutôt que par user stories ou master prompts, pour ne pas contraindre l'inférence. L'agent lui pose alors une série de questions précises : choix du moteur speech-to-text (Web Speech natif), intégration de Chrome AI / Gemini Nano (découvert en direct), stockage via IndexedDB, framework VanillaJS. Rudy répond au fil du dialogue et laisse Claude construire le plan complet.Pendant que le premier agent travaille, Rudy ouvre un deuxième contexte Claude pour créer en parallèle une petite plateforme de génération d'icônes (BrandIcon), nécessaire car le manifest.json d'une extension Chrome exige des icônes en formats précis. Il configure ce second agent avec les MCP GitHub et Vercel pour que le déploiement soit automatique. Il montre au passage Figma Make, qu'il teste mais écarte rapidement car il produit du SVG sans conversion PNG directe.Rudy crée ensuite un agent spécialisé UX Design Optimizer via la commande /agent dans Claude Code, défini lui aussi par intentions. Cet agent est scoped au projet et aura accès aux outils MCP pour intervenir sur la couche visuelle en parallèle du développement.Il aborde son pattern de communication inter-agents : les agents ne se parlent pas directement, mais partagent un fichier de release note horodaté dans un répertoire dédié. Chaque agent lit et enrichit ce fichier, ce qui crée une forme de coordination asynchrone. Il fait le parallèle avec le concept GAN (Generative Adversarial Network), appliqué ici à la revue de code entre agents.Rudy active le Bypass Permission Mode, ce qui permet à Claude d'exécuter les actions sans demander de validation à chaque étape. Il précise avoir acquis suffisamment de maîtrise pour assumer ce mode.À l'issue de la phase de génération, l'extension est chargée en local dans Chrome via le mode développeur. Elle s'ouvre sous forme de sidebar, reconnaît le site consulté (Wikipédia), permet la prise de notes et le screenshot de zone. Le test du résumé de page via Gemini Nano échoue : la fonctionnalité Chrome AI n'est pas activée par défaut. Rudy tente de l'activer via chrome://flags, relance Chrome, mais la feature reste indisponible, possiblement réservée aux États-Unis.La plateforme BrandIcon, en parallèle, rencontre un problème de CSS non chargée, lié à une confusion de l'agent avec du SSR (SvelteKit) alors que ce n'était pas la stack demandée, résultat d'une absence de Plan Mode sur ce second projet.La session se conclut sur une démonstration partielle mais fonctionnelle de l'extension, avec des notes persistantes, un screenshot et une détection du site courant. Rudy évoque l'agent documentaire (Scribd) comme troisième type d'agent de son workflow, chargé de la cohérence entre code et documentation.
Ce qu'on a appris
- **Le Plan Mode est non négociable avant toute génération.** Passer directement en mode production sans planification prive l'agent du contexte nécessaire et produit des hallucinations ou des dérivations. Sur BrandIcon, l'absence de Plan Mode a conduit l'agent à introduire du SSR hors sujet.
- **Les intentions surpassent les spécifications.** Formuler "je veux que cette extension soit mon assistant de navigation" donne de meilleurs résultats qu'une user story fonctionnelle ou un master prompt exhaustif. Trop de contraintes initiales brident la créativité de l'inférence et appauvrissent le résultat.
- **Le prompting en langue maternelle est un avantage réel.** Rudy défend explicitement le français, arguant que la richesse des nuances de la langue lui permet de transmettre des intentions plus précises qu'en anglais approximatif. À mettre en regard avec l'expérience d'Alexis sur le sujet.
- **Le multi-agent par silotage de contexte est la bonne approche, pas l'orchestration simultanée.** Rudy n'essaie pas de faire communiquer ses agents en temps réel. Chacun a une responsabilité claire (dev, design, documentation), chacun dans sa propre fenêtre de terminal. La coordination passe par un fichier de log partagé, pas par des appels directs.
- **La communication inter-agents par fichier de documentation est un pattern robuste.** Un fichier de release note horodaté, dans un répertoire isolé, permet à chaque agent de savoir ce que les autres ont fait sans conflit de contexte. C'est une forme légère de mémoire partagée.
- **Le pattern GAN appliqué au code est une piste sérieuse pour la qualité.** Mettre deux agents en adversarité, l'un qui produit et l'autre qui vérifie, imite une vraie revue de code entre pairs. La communication se fait par documentation, pas par échanges directs.
- **L'agent `/agent` de Claude Code permet de créer des agents scoped à un projet, définis par intention.** C'est une fonctionnalité absente ou moins développée sur les autres CLI. Les agents générés par Claude sont mieux écrits que ceux qu'un humain rédigerait lui-même.
- **Le Bypass Permission Mode accélère le workflow mais demande une maîtrise réelle.** Ce n'est pas un raccourci pour débutants. Il faut avoir assez d'expérience pour anticiper ce que l'agent va faire avant de lui laisser carte blanche.
- **La User Memory globale est le socle de cohérence entre projets.** Conventions de nommage, anti-patterns, vigilance sécurité (XSS, tokens), vulgarisation des concepts : tout ce qui est répétitif entre projets doit être centralisé dans la mémoire utilisateur plutôt que dans chaque projet.
- **Le `claude.md` doit être généré par l'agent, pas écrit à la main.** Rudy laisse Claude construire son propre fichier de configuration projet. L'agent est plus synthétique et précis que l'humain sur cet exercice.
- **Les extensions Chrome sont un contexte d'exécution sous-exploité en vibe coding.** Elles ont accès au DOM, au stockage local de Chrome, à l'état du navigateur, sans exposition sur Internet. C'est une surface de développement très différente d'un site web classique, avec ses propres règles de permissions et de manifest.
- **VanillaJS est le choix rationnel pour une extension Chrome simple.** Un bundler (React, Vue) ajoute une couche de compilation qui crée des frictions en développement rapide. Pour une extension légère, le JS natif évite ce surcoût sans perte de qualité.
- **La parallélisation des agents sur des fichiers communs produit des conflits.** Rudy le mentionne explicitement : faire travailler deux agents sur les mêmes fichiers en même temps génère des incohérences. La solution est le Git Flow avec branches séparées et PR pour chaque agent.
- **L'IA reste bloquée sur les intégrations expérimentales ou régionalement restreintes.** Gemini Nano dans Chrome est une bonne idée sur le papier, mais la feature n'était pas disponible en Europe pendant la session. L'agent l'a proposée de bonne foi sans pouvoir anticiper cette limite géographique.
- **Un bug trivial peut résister là où une feature complexe passe en one shot.** La CSS non chargée sur BrandIcon a résisté plus longtemps qu'une architecture multi-agent. C'est une constante du vibe coding : la complexité apparente et la complexité réelle ne sont pas corrélées.
- **Le vibe coding a supprimé les barrières psychologiques entre les stacks.** Rudy formule clairement ce changement : avant l'IA, la perspective d'apprendre une nouvelle stack suffisait à décourager. Aujourd'hui, l'agent absorbe la montée en compétence initiale et permet d'explorer des territoires (client lourd, Rust, extensions) qui auraient été abandonnés dès la projection.
- **Sentry + MCP comme boucle de correction automatique en production est un niveau supérieur.** Un agent qui capte les erreurs clients en prod, les ingère via MCP Sentry et les corrige sans intervention humaine, c'est une réalité déjà opérationnelle pour Rudy. C'est probablement la direction que prendront les pipelines CI/CD dans les entreprises.