Comment le fondateur d'eToro pilote une flotte d'agents IA

Le patron d'eToro gère une partie de son boulot avec une flotte d'agents IA qu'il pilote depuis WhatsApp. Pas le terminal, pas un dashboard : WhatsApp, à 2h du matin, depuis n'importe où.

J'ai écouté le podcast de Matthieu Stefani avec Yoni Assia, le fondateur d'eToro, et j'ai tout condensé : sa façon de prompter, l'architecture de ses agents, sa couche mémoire, son interface, ses règles de sécurité, et les erreurs qu'il a faites pour que tu les évites. La bonne nouvelle : c'est une question de méthode, applicable ce soir, sans équipe data ni rallonge de budget.

Les 3 principes, en bref

• Le brief compte plus que le prompt. Une mission claire et mesurable, puis tu juges sur le résultat.
• Un agent, une mission. Pas de couteau-suisse : un agent par métier.
• La mémoire change tout. Un endroit où l'agent écrit ce qu'il apprend, et le relit.

1. Le brief compte plus que le prompt

Sa philosophie tient en une phrase : « Find me alpha. Show me double-digit returns. » Une mission claire, mesurable, ambitieuse, et il juge sur le résultat. La plupart des gens font l'inverse : ils peaufinent le prompt pendant des heures et oublient de fixer l'objectif.

Le tip : tu poses le but, tu poses la contrainte, et tu pilotes par les résultats, pas turn par turn. Arrête de micromanager chaque message. Donne une cible chiffrée et laisse l'agent chercher le chemin.

2. Un agent, une mission

Il a commencé avec un seul Claude qui faisait tout. Ça a vite saturé. Aujourd'hui il a un agent par domaine : QuantClaude (trading quantitatif), CMOClaude (marketing global), BrandClaude, EmailMarketingClaude, MarketingCampaignClaude, WebClaude, DevOpsClaude, PAClaude (assistant perso), SecurityClaude, et une vingtaine d'autres. Le pattern : tu identifies une fonction métier, tu crées un agent dédié.

La règle de séparation. Il se pose en permanence la même question : « ai-je vraiment besoin d'un agent séparé ? ». Il hésite sur Brand contre Marketing, sur un QA Claude, sur un Shipping Claude. La règle qui ressort : tu sépares quand le domaine de connaissance ou le style est vraiment différent. Sinon tu mutualises. Trois agents bien cadrés battent un assistant moyen partout.

Le pattern hiérarchique. CMOClaude n'exécute pas : il coordonne BrandClaude, EmailMarketingClaude, MarketingCampaignClaude, WebClaude. Un agent manager par fonction, qui orchestre des sub-agents techniques. C'est exactement la logique des sub-agents de Claude Code. Calque ça sur ta boîte : un manager par fonction, des sub-agents en dessous.

Deux pilotes par agent. Comme en Formule 1, il assigne deux humains responsables à chaque agent, pour que l'agent puisse lui-même se retirer du groupe. Indispensable dès que tu scales : un agent sans humain qui le steer finit par dériver.

L'agent qui se réplique. Il a donné à DevOpsClaude les clés de son cloud pour qu'il réplique d'autres agents à la demande : « Replicate yourself, create a brother expert in marketing, take all my skills. » À petite échelle, tu fais pareil avec un agent qui génère des fichiers d'agents Claude Code à la volée (voir les tips plus bas).

3. La mémoire change tout

Son plus gros regret : avoir trop attendu avant de donner une mémoire à ses agents. La frustration numéro un des débutants, c'est « j'ai construit un truc complet le soir, et il a tout oublié le lendemain ».

Sa solution, MemClaude, est une mémoire centralisée (une base vectorielle, trois types de recherche) que tous les agents lisent et écrivent. Quand QuantClaude apprend quelque chose, BrandClaude y accède. Personne ne réapprend seul.

Elle pousse, elle ne fait pas que lire. MemClaude envoie activement les apprentissages aux autres agents, pour qu'ils évitent les erreurs déjà commises, y compris celles que lui ou d'autres utilisateurs ont faites des semaines plus tôt.

La méta-introspection. Quand un contexte sature, il demande à l'agent d'analyser ses propres mémoires : « qui te parle, sur quoi ? ». L'agent répond avec les gens et les thèmes, et il décide alors de créer un nouvel agent spécialisé pour décharger. C'est une routine, pas un coup unique.

Ce que tu copies ce soir : un seul endroit où l'agent écrit ce qu'il apprend (un doc, un Notion, un repo GitHub). Il y consigne chaque résultat et le relit avant chaque session. Plusieurs agents partagent la même mémoire.

Comment il prompte (4 pratiques à voler)

Au-delà des principes, quatre habitudes concrètes :

Input, process, output, always save. Sa règle d'or : pense comme un dev. Définis l'entrée, le traitement, et sauvegarde toujours la sortie (Markdown, GitHub, mémoire). Sans ça, l'info se perd.

L'agent s'outille seul. Première chose qu'il demande à un nouvel agent : « va chercher sur GitHub les repos les plus starred sur ton sujet, propose-moi les skills à installer et des ajouts à ta mémoire. » L'agent fait sa propre recherche d'équipement avant de bosser.

Veille déléguée, chaque soir. Il scrape X pour voir ce que les gens font avec Claude Code, fait étudier les tricks à son agent et lui fait pull les repos correspondants. Amélioration continue, déléguée.

Anti-mensonge. Une page entière du system prompt interdit à l'agent de mentir sur ce qu'il a fait. Un backtest inventé à 30 %, c'est un reset. Mets la même règle dans ton CLAUDE.md. Il préfère d'ailleurs Grok quand il veut un feedback brutal, moins flatteur.

L'interface : WhatsApp et GitHub

Choix contre-intuitif mais malin : il est tout le temps sur WhatsApp, donc il y a branché ses agents via un numéro WhatsApp Business. Résultat : il pilote à 2h du matin depuis n'importe où, et il peut inviter un collègue dans un groupe pour le faire collaborer avec un agent.

Un groupe WhatsApp = un agent plus ses deux pilotes humains. Il a plus de 20 groupes (WebClaude, CreativeClaude, CopyClaude, DevClaude...), et il rejoint celui sur lequel il bosse. Il branche aussi ses agents à GitHub, qui sert de système de fichiers persistant : l'agent ouvre des repos, écrit des fichiers, et l'état survit à la conversation. Toi, tu reproduis ça avec Telegram, Slack ou WhatsApp côté interface, et un repo GitHub côté persistance.

La sécurité, prise au sérieux

Ce n'est pas du yolo. Un SecurityClaude surveille le trafic réseau des autres agents : si quelqu'un poste une clé API dans un groupe, il alerte le coupable et pousse une mise à jour des règles à tous les agents. Ses expérimentations tournent en dehors du système eToro, sur un miroir, pas sur la prod : « maximum power, not maximum safety, so I split it. » Et sa règle d'or tient en une ligne : ne donne à un agent accès qu'à ce dont la fuite ne te dérangerait pas.

Les erreurs qu'il a faites, à ne pas reproduire : laisser trop de gens parler au même agent (à un moment, 30 personnes, contexte saturé, l'agent oublie tout), lâcher une « Formule 1 » à des débutants sans phase d'apprentissage (beaucoup ont abandonné en crashant), et sous-estimer la mémoire au début.

Les tips Claude Code, concrets

Yoni travaille sur Claude Code. Voici comment reproduire ses briques, concrètement :

Des sub-agents spécialisés. Crée un fichier .claude/agents/<nom>.md par métier : un frontmatter (name, description, tools) et, dans le corps, le system prompt qui définit son rôle. Tu l'invoques via /agents. Chaque sub-agent a son propre contexte et ses outils limités. Bien plus propre que de multiplier des Claude complets qui se marchent dessus.

Une vraie couche mémoire. Claude Code lit ton CLAUDE.md au début de chaque session, et il garde une mémoire de fichiers où il écrit et relit ce qu'il apprend. Karpathy a formalisé ça en avril 2026 en architecture trois couches : raw (les sources brutes), wiki (le cerveau que l'agent maintient), schema (les règles). Le DIY : un fichier d'index relu au démarrage, et des notes écrites après chaque tâche.

Un agent qui crée des agents. Donne à un agent le droit d'écrire dans .claude/agents/ : il génère de nouveaux sub-agents en écrivant des fichiers .md. Tu lui dis « crée-moi un sub-agent expert en X », il écrit le fichier, l'agent existe. C'est la version locale de la réplication par clés cloud de Yoni.

Skills et hooks pour l'automatisation. Installe des skills (des capacités réutilisables) au lieu de tout re-prompter à chaque fois. Et un hook de fin de session peut capturer la conversation, en extraire les décisions et les leçons, et les écrire en mémoire tout seul. Ta flotte s'améliore sans toi.

Bottom line

Le patron d'eToro et un fondateur de PME ont accès aux mêmes outils. La différence se joue sur la façon dont tu les pilotes : une mission claire et chiffrée, un agent par métier, une mémoire partagée, et des résultats qu'on sauvegarde toujours. Tout ça se prototype dès ce soir avec les sub-agents de Claude Code et un canal Telegram ou WhatsApp. Pose le but, garde la mémoire, et juge sur le résultat.