Romain Sestier (PDG) & Guillaume Lebedel (CTO), Co-Fondateurs de StackOne – Série d’entretiens

Romain Sestier, le co-fondateur et PDG de StackOne, a construit un produit à partir de zéro pour atteindre une valorisation de 1 milliard de dollars chez Google et a également occupé le poste de vice-président du produit et des services chez Yieldify, où il a géré 70 personnes dans le monde entier et dirigé la stratégie d’intégration SaaS. Romain a également ouvert le bureau du Royaume-Uni en tant que responsable des services du Royaume-Uni chez ContentSquare et a dirigé l’intégration avec les outils de test A/B. Il a également co-fondé une startup précédente, Upper.ai, avec Guillaume.

Guillaume Lebedel, le co-fondateur et CTO de StackOne, était le vice-président de l’ingénierie chez Yieldify, une entreprise qui a été acquise par Publicis. Guillaume a dirigé des équipes d’intégration et a construit des centaines d’intégrations avec des outils SaaS utilisés par plus de 1 000 produits SaaS. Il a également construit et maintenu des API avec plus de 2 milliards de requêtes par mois.

StackOne est une plate-forme d’intégration alimentée par l’IA et priorisant la confidentialité, qui aide les entreprises SaaS B2B et les agents IA à créer des intégrations bi-directionnelles en temps réel à travers des centaines de systèmes d’entreprise via une seule API unifiée. Conçue pour la rapidité et la sécurité, elle permet aux développeurs de livrer des intégrations en quelques jours au lieu de semaines sans stocker les données des clients.

Qu’est-ce qui vous a inspiré pour quitter Google et co-fonder StackOne, et quel écart dans l’espace d’intégration de l’IA ou du SaaS avez-vous vu qui rendait l’opportunité urgente ?

Romain : « La douleur de l’intégration est quelque chose que j’ai ressenti à chaque étape de ma carrière, que j’étais dans une startup en démarrage ou que je travaillais avec de grands systèmes à l’intérieur de Google. Lorsque j’ai dirigé le produit chez Google, j’ai construit un outil d’analyse IA pour le commerce de détail, et même là – dans l’une des entreprises les plus avancées technologiquement au monde – nous avons rencontré d’énormes obstacles pour obtenir une intégration propre entre les systèmes. C’est alors que cela m’a vraiment frappé : c’est un problème systémique et répandu. Et avec l’essor des LLM, nous avons vu une nouvelle fenêtre s’ouvrir. Soudain, il y avait une opportunité de réimaginer complètement la couche d’intégration : une couche qui n’était pas simplement ajoutée, mais construite à partir de zéro pour l’IA. Guillaume et moi l’avons vu clairement : le timing était bon, et le marché était affamé d’une solution. »

Comment votre expérience en tant que responsable du produit et des services chez Yieldify et votre travail chez Area 120 ont-elles influencé votre approche de la stratégie de produit de StackOne ?

Romain : « Chez Yieldify, j’ai dirigé à la fois le produit et les services, ce qui m’a enseigné l’importance de relier la feuille de route aux résultats de revenus réels ; des choses comme une intégration de partenaires plus rapide, une valeur moyenne de commande plus élevée ou une rotation plus faible. Chez Google, j’ai fait évoluer un produit d’analyse de données qui a généré 1 milliard de dollars de revenus supplémentaires, et cette expérience a renforcé à quel point l’expérience utilisateur et les métriques d’adoption sont critiques pour le succès. Area 120 était une bête très différente – c’était tout sur les idées 10x et la vitesse. Cela m’a enseigné à bouger rapidement, à expérimenter constamment et à ne pas avoir peur de parier gros. Tout cela a profondément influencé la façon dont nous construisons chez StackOne : des sprints bi-hebdomadaires, des paris de produit audacieux et une concentration laser sur le fait de rendre les intégrations non seulement plus faciles à mettre à l’échelle, mais également délicieuses à utiliser. »

StackOne ne construit pas un nouveau modèle – vous construisez le tissu conjonctif entre les modèles et les systèmes SaaS. Pourquoi cette couche d’infrastructure est-elle si critique pour la réussite des agents IA ?

Guillaume : « La réalité est que les agents IA n’ont pas seulement besoin de cerveaux, ils ont également besoin de mains. Un modèle peut raisonner de manière brillante, mais à moins qu’il ne puisse prendre des actions précises, sécurisées et rapides dans le monde réel, il est très limité. Sans une couche d’infrastructure structurée pour gérer l’authentification, les limites de taux et les autorisations d’accès, ils seront soit déconnectés et prendront les mauvaises actions, soit casseront les choses. La plupart des entreprises utilisent plus de 100 outils SaaS, donc sans une plate-forme comme StackOne qui abstrait la plomberie, vous êtes coincé en essayant de connecter chacun d’eux individuellement. Notre travail est de donner aux agents un accès sécurisé et évolutif aux outils dont ils ont besoin, afin que les équipes puissent se concentrer sur la logique, et non sur la logistique. »

Pouvez-vous nous expliquer comment fonctionne la plate-forme d’actions d’agents IA et l’API unifiée de StackOne sous le capot ? Qu’est-ce qui est techniquement difficile à ce sujet ?

Guillaume : « Nous définissons une spécification OpenAPI unique et exhaustivement décrite par domaine, qui correspond à des centaines de points de terminaison sous-jacents. Cette spécification reste à jour de manière centralisée, donc les clients n’ont pas à gérer les changements de version. Nos schémas d’outils sont pré-définis avec les bonnes étendues d’authentification, ce qui signifie que l’agent ne devine pas ou ne dépasse pas les limites. La partie la plus difficile est de normaliser les modèles de données SaaS – des outils comme Workday permettent aux clients de définir des objets et des relations personnalisés, ce qui introduit une complexité massive. Notre moteur gère tout cela en temps réel, offrant aux développeurs une couche d’exécution fiable et déterministe alimentée par une mise en correspondance assistée par LLM. »

Qu’est-ce qui rend le moteur d’appel d’outils de StackOne plus rapide et plus précis que les capacités des LLM les plus avancés ?

Guillaume : « La clé est la structure. Notre moteur fournit des signatures de fonction typées et exhaustivement décrites, donc les modèles savent exactement quels arguments utiliser. Sous le capot, StackOne est capable de mettre en lot et de paralléliser les appels d’outils tout en respectant les limites de taux pour exécuter les requêtes le plus rapidement possible avec des réessais automatisés. Et puisque nous gérons les informations d’identification de manière centralisée, il n’y a pas besoin de réauthentification à l’intérieur de la boucle. Ces optimisations font une grande différence lorsque vous essayez d’exécuter des agents en temps réel. »

Comment StackOne est-il optimisé spécifiquement pour les cas d’utilisation de l’IA, tels que la génération assistée par récupération (RAG), l’utilisation d’outils ou l’exécution d’agents en temps réel ?

Guillaume : « Nous proposons des points de terminaison delta uniquement pour les pipelines RAG, ce qui garde les fenêtres de contexte courtes et efficaces. Pour les agents en temps réel, nous prenons en charge les webhooks unifiés en continu en utilisant des événements natifs ou en créant des événements synthétiques lorsque les outils sous-jacents ne fournissent pas les événements dont vous avez besoin. Et notre plate-forme impose un contrôle d’accès granulaire au niveau du locataire et du projet, ce qui est essentiel pour orchestrer plusieurs agents de manière sécurisée à travers différents utilisateurs. »

Quels sont les malentendus les plus courants que les équipes ont sur la construction d’intégrations internes par rapport à l’utilisation d’une plate-forme comme StackOne ?

Romain : « Une grande idée fausse est que les intégrations ne sont qu’une question d’appel d’API. La construction initiale peut sembler simple, mais la maintenance continue consomme souvent 20 % du temps d’ingénierie. Les équipes sous-estiment également la valeur des connecteurs de niche : ceux que vous dépriorisez peuvent être là où le risque de rotation réel vit. Et la sécurité est souvent une après-pensée. Les équipes DIY ne couvrent généralement pas des choses comme la conformité SOC-2 ou l’isolement des locataires, qui sont incontournables pour les clients d’entreprise. Et puis il y a la personnalisation des locataires. Chaque nouveau client apporte son propre ensemble de cas de bordure, de bizarreries de configuration et de logique de mappage, ce qui ajoute une complexité continue qui est facile à négliger au départ. »

Tout le monde parle d’agents IA, mais le déploiement dans le monde réel est encore en début de phase. Qu’est-ce que vous pensez qui freine l’adoption d’entreprise de masse – et comment StackOne aborde-t-il cela ?

Romain : « La sécurité et la conformité sont toujours les plus grands bloqueurs. Les DSI s’inquiètent des agents qui agissent hors de portée ou créent des lacunes d’audit. StackOne résout cela en imposant des étendues OAuth de moindre privilège, en activant des interrupteurs d’arrêt au niveau du locataire et en fournissant une traçabilité complète. Lorsque les équipes de risque voient ce niveau de contrôle, elles passent d’être des gardiens de portes à des partisans actifs. »

Quels sont les plus grands défis techniques ou de sécurité pour laisser les agents IA agir au nom des utilisateurs à travers les plate-formes SaaS – et comment les atténuez-vous ?

Guillaume : « Vous devez gérer des choses comme la prolifération de jetons et les cycles de rafraîchissement, que nous résolvons avec un coffre centralisé chiffré. Empêcher les fuites de données au niveau de la ligne est un autre défi, donc nous imposons des identificateurs de compte déterministes dans l’appel d’outils pour garantir que les agents n’accèdent qu’aux bonnes données et que ce n’est pas à l’LLM de le faire. Et pour éviter la dérive ou la mauvaise utilisation de l’agent, nous exécutons en continu des vérifications de stratégie et des tests de red teaming. Notre plate-forme permet également de paramétrer quelle action doit être disponible pour quel système lié. La sécurité doit être intégrée dès le départ. »

Comment voyez-vous l’avenir des outils open source comme LangChain et CrewAI se mêler avec des plate-formes propriétaires comme StackOne ?

Guillaume : « Nous voyons l’open source comme la couche d’orchestration et StackOne comme l’infrastructure sous-jacente. C’est pourquoi nous avons construit des SDK pour Python et Typescript qui se connectent directement aux flux de travail LangChain et CrewAI. Vous verrez un modèle hybride émerger, avec des outils open source pour la prototypage et des plate-formes gérées pour une fiabilité de niveau de production, similaire à la façon dont les équipes utilisent Terraform avec AWS. Ce n’est pas soit l’un, soit l’autre, c’est les deux. »

Je vous remercie pour cette grande interview, les lecteurs qui souhaitent en savoir plus peuvent visiter StackOne.