La majeure partie du pipeline de Scout est du code classique. Gemini s’occupe des parties qui demandent du jugement : savoir si cette entreprise correspond, à qui écrire et ce que doit dire l’e-mail.
L’agent de Scout suit un pipeline : découvrir des entreprises, enrichir les contacts, qualifier, étendre et rédiger. La plupart des étapes sont du code classique. L’API Gemini intervient là où le travail demande du jugement.
Premier usage : la qualification. Chaque lead reçoit une note de 1 à 5 selon le profil client idéal de l’utilisateur, en fonction du secteur, du stade de l’entreprise, de la taille de l’équipe, du budget, de la stack technique et du profil des fondateurs, et le modèle explique son raisonnement.
Deuxième usage : la rédaction. Les e-mails de prospection sont rédigés à partir de la base de connaissances de l’utilisateur, faite d’études de cas, de documents tarifaires et de présentations d’entreprise, pour que chaque brouillon parle à cette entreprise plutôt qu’à tout le monde.
Troisième usage : la lecture. Quand Playwright ouvre le site d’une entreprise, Gemini lit la page et en extrait les personnes, les postes et les détails dont l’étape suivante a besoin. Il résume aussi les documents de la base de connaissances, pour que les brouillons puissent s’en servir.
Scout appelle directement l’API REST de Gemini, sans SDK entre les deux. Le modèle par défaut est Gemini Flash, et dans les paramètres l’utilisateur peut choisir un autre modèle Gemini, du plus léger, Flash-Lite, jusqu’à Pro, pour arbitrer entre vitesse et profondeur. Comme l’intégration est aussi légère, un nouveau modèle est un réglage, pas une réécriture.
Scout accédait d’abord à ses modèles via une passerelle qui masquait le fournisseur. En juillet 2026, il est passé directement à l’API Gemini. Le pipeline est resté le même ; seuls les appels derrière ont changé.