Romain Sestier (Toimitusjohtaja) & Guillaume Lebedel (Tekninen johtaja), StackOnen perustajat – Haastattelusarja

Romain Sestier, StackOnen perustaja ja toimitusjohtaja, on rakentanut tuotteen alusta alkaen 1 miljardin dollarin arvoon Googlella ja on toiminut myös Yieldifyn tuote- ja asiakaspalvelun johtajana, jossa hän johti 70 henkilön tiimiä maailmanlaajuisesti ja johti SaaS-integraatiestrategiaa. Romain on myös avannut ContentSquaren UK-toimiston ja johtanut integraatiota A/B-testityökalujen kanssa. Hän on myös perustanut aiemman startupin, Upper.ai:n, Guillaumen kanssa. (GOOGL )

Guillaume Lebedel, StackOnen perustaja ja tekninen johtaja, on toiminut Yieldifyn teknisen johtajana, joka on ollut osa Publicis-konsernia. Guillaume on johtanut integraatiotiimejä ja rakentanut satoja integraatioita SaaS-työkalujen kanssa, joita käytetään yli 1000 SaaS-tuotteen parissa. Hän on myös rakentanut ja ylläpitänyt API:ja, joilla on yli 2 miljardia käyntiä kuukaudessa.

StackOne on tietosuojaa priorisoiva, tekoälykäyttöinen integraatioplatformi, joka auttaa B2B-SaaS-yrityksiä ja tekoälyagentteja rakentamaan reaaliaikaisia, kaksisuuntaisia integraatioita satoihin yritysjärjestelmiin yhden yhdistetyn API:n kautta. Suunniteltu nopeutta ja turvallisuutta varten, se mahdollistaa kehittäjille integraatioiden toimittamisen päivissä, ei viikoissa, ilman asiakastietojen tallentamista.

Mikä innoitti sinua jättämään Google ja perustamaan StackOne, ja mikä aukko tekoäly- tai SaaS-integraatiotilassa näytti niin kiireelliseltä, että se tuntui tarpeelliselta?

Romain: “Integraation aiheuttama kipu on jotain, minkä olen kokenut urani jokaisessa vaiheessa, ollessani varhaisessa startup-vaiheessa tai työskennellessäni laajamittaisissa järjestelmissä Googlella. Tuotejohtajana Googlella rakensin tekoälykäyttöistä tarkastelutyökalua vähittäiskaupalle, ja sielläkin — yhdessä maailman teknisesti kehittyneimmistä yrityksistä — törmäsimme valtaviin esteisiin jo pelkästään järjestelmien välisen integraation kanssa. Silloin se todella iski minuun: tämä on laajasti levinnyt, järjestelmällinen ongelma. Ja tekoälymallien nousun myötä näimme uuden ikkunan. Yhtäkkiä oli mahdollista täysin uudelleenmuotoilla integraatiokerros: sellainen, joka ei ollut vain kiinnitetty päälle, vaan rakennettu alusta alkaen tekoälyä varten. Guillaume ja minä näimme sen selvästi: ajoitus oli oikea, ja markkinat olivat nälkäisiä ratkaisulle.”

Miten kokemuksesi tuote- ja palvelujen johdossa Yieldifyssä ja työskentely Area 120:ssa vaikuttivat lähestymistapaasi StackOnen tuotestrategiaan?

Romain: “Yieldifyssä johtaminen sekä tuotteen että palveluiden puolelta opetti minulle tienestyksen ja liikevaihdon merkityksen; asioita kuten nopeampi kumppanien pääsy, korkeampi keskimääräinen tilausarvo tai matalampi asiakastappio. Googlella mittasin data-analytiikkaa, joka toi 1 miljardin dollarin lisäarvon, ja se vahvisti minulle käyttäjäkokemuksen ja omaksumisen mittarien tärkeyden menestykselle. Area 120 oli erilainen olento — se oli kaikki 10-kertaisia ideoita ja nopeutta. Se opetti minulle liikkumaan nopeasti, kokeilemaan jatkuvasti ja olemaan pelkäämättä panostaa suurille. Kaikki se on vaikuttanut syvällisesti siihen, miten rakennamme StackOnessa: kahden viikon sprinteissä, rohkeissa tuotevedoissa ja tarkassa fokuksessa integraatioiden tekemiseen helpoiksi skaalata, mutta myös iloittaa käyttää.”

StackOne ei rakenna uutta mallia — rakennat vain yhteyden kudoksen malleja ja SaaS-järjestelmiä varten. Miksi tämä infrastruktuurikerros on niin kriittinen tekoälyagenttien onnistumiselle?

Guillaume: “Totuus on, että tekoälyagentit tarvitsevat käsiä, ei vain aivoja. Malli voi olla loistava, mutta ellei se voi tehdä tarkkoja, turvallisia ja nopeita toimia todellisessa maailmassa, se on hyvin rajoitettu. Ilman järjestelmällistä infrastruktuurikerrosta, joka määrää todennus, siirtomäärät ja pääsyoikeudet, ne joko harhautuvat ja tekevät väärät toimet tai rikkovat asioita. Useimmat yritykset käyttävät yli 100 SaaS-työkalua, joten ilman platformia kuten StackOne, joka abstrahoi putkistot, jäätyy yksittäisten työkalujen yhdistämiseen. Meidän tehtävämme on antaa agenteille turvallinen, skaalautuva pääsy tarvittaviin työkaluihin, jotta tiimit voivat keskittyä logiikkaan, ei logistiikkaan.”

Voitko kertoa, miten StackOnen yhdistetty API ja tekoälytoimintojen alusta toimii sisäisesti? Mikä siinä on teknisesti haastavaa?

Guillaume: “Määrittelemme yhden täydellisen OpenAPI-määrityksen kunkin alan mukaan, joka vastaa satoja perustason päätepisteitä. Tämä määritys säilyy keskusmuodossa, joten asiakkaat eivät tarvitse hallita versiomuutoksia. Työkalumme skeemat tulevat esiasetetuilla oikeuksilla, mikä tarkoittaa, että agentti ei arvaa tai ylitä. Haastavin osa on SaaS-datan mallien normalisointi — työkalut kuten Workday antavat asiakkaiden määritellä mukautettuja objekteja ja suhteita, mikä tuo valtavan monimutkaisuuden. Meidän moottorimme käsittelee kaiken tämän reaaliajassa, antaen kehittäjille luotettavan, deterministisen suorituskerron, joka on tehostettu LLM-määrityksellä.”

Mikä tekee StackOnen työkalukutsu-moottorista nopeamman ja tarkin kuin jopa johtavien LLM-mahdollisuuksien?

Guillaume: “Avain on rakenne. Meidän moottorimme tarjoaa tyypitettyjä ja täydellisesti kuvattuja funktiosignatuureja, joten mallit tietävät tarkalleen, mitkä argumentit käyttää. Moottorimme pystyy pakkaamaan ja rinnakkaiskäyttämään työkalukutsuja kunnioittaen siirtomäärärajoituksia, jotta pyynnöt voidaan tehdä mahdollisimman nopeasti automaattisilla uudelleenkokeiluilla. Ja koska me hallitsemme tunnistetietoja keskusmuodossa, ei ole tarvetta uudelleentodennukselle silmukassa. Nämä optimoinnit tekevät valtavan eron, kun yritetään suorittaa agenteja reaaliajassa.”

Miten StackOne on optimoitu erityisesti tekoälykäyttöön, kuten Retrieval-Augmented Generation (RAG), työkalujen käyttö tai reaaliaikainen agenttitoiminta?

Guillaume: “Tarjoamme delta-vain päätepisteitä RAG-pipelineille, mikä pitää kontekstisignaaleja lyhyinä ja tehokkaina. Reaaliaikaisille agenteille tuemme virtausyhtenäisiä webhook-rajapintoja hyödyntäen alkuperäisiä tapahtumia tai luomalla syntetisiä tapahtumia, kun perustyökalut eivät tarjoa tarvittavia tapahtumia. Ja meidän alustamme toteuttaa hienojakoinen pääsyoikeuden hallinta vuokraajan ja projektitasolla, mikä on välttämätöntä useiden agenttien orkesteroinnille eri käyttäjien turvallisesti.”

Mitkä ovat yleisimmät väärinkäsitykset, joita tiimit ovat integraatioiden rakentamisesta itse ja käytöstä alustana kuten StackOne?

Romain: “Yksi suuri myytti on, että integraatiot ovat vain API-kutsujen tekemistä. Alkuperäinen rakennus saattaa näyttää yksinkertaiselta, mutta ylläpito usein kuluttaa 20 %:n kehitysajasta. Tiimit aliarvioivat myös marginaalisten yhdistäjien arvoa: ne, joita he priorisoivat, voivat olla siellä, missä todellinen asiakastappioriski asuu. Ja turvallisuus on usein jälkikäteen. Itse tehtyjen tiimien harvoin kattavat asioita kuten SOC-2-tukea tai vuokraajan eristystä, jotka ovat ehdottoman välttämättömiä yritysasiakkaille. Ja sitten on vuokraajan mukauttaminen. Jokainen uusi asiakas tuo oman joukon reunatapauksia, konfiguraatio-erikoisuuksia ja määrityslogiikkaa, mikä lisää jatkuvaa monimutkaisuutta, jota on helppo ohittaa aluksi.”

Kaikki puhuvat tekoälyagenteista, mutta niiden käyttöönotto on edelleen varhaisessa vaiheessa. Mitä luulet olevan esteenä laajamittaiselle yrityskäytölle — ja miten StackOne on ratkaisemassa sitä?

Romain: “Turvallisuus ja vaatimukset ovat edelleen suurimmat esteet. CIO:t ovat huolissaan agenteista, jotka toimivat laajemmin kuin on tarkoitettu, tai luo auditin aukkoja. StackOne ratkaisee tämän toteuttamalla vähimmäisoikeuksien OAuth-luvat, mahdollistaen vuokraajan tason sammutuspainikkeita ja tarjoamalla täydellisen auditin jäljen. Kun riskitiimit näkevät tämän tason hallintaa, he siirtyvät porttien vartijoista aktiivisiksi tukijoiksi.”

Mitkä ovat suurimmat tekniset tai turvallisuuteen liittyvät haasteet, kun tekoälyagentit toimivat käyttäjien puolesta SaaS-alustoilla — ja miten torjut niitä?

Guillaume: “Sinun on hallittava asioita kuten tunnistetietojen leviäminen ja päivittäminen, mitä ratkaistaan keskusmuodossa olevalla salatulla varastolla. Tiedon vuotaminen rivitasolla on toinen haaste, joten me toteutamme deterministisiä tilitunnisteita työkalukutsussa, jotta agentit pääsevät käsiksi vain oikeaan tietoon eivätkä ole riippuvaisia LLM:stä. Ja estääksesi agenttien harhautumista tai väärinkäyttöä, me suoritamme jatkuvasti käytäntöjen tarkastuksia ja punainen tiimin testausta. Meidän alustamme myös sallii määrittämisen, mitkä toiminnot pitäisi olla käytettävissä mille tahansa linkitetylle järjestelmälle. Turvallisuus on leivottava alusta alkaen.”

Miten näet avoimen lähdekoodin työkalujen, kuten LangChainin ja CrewAI:n, yhdistymisen omistajiin, kuten StackOneen?

Guillaume: “Näen avoimen lähdekoodin orkestraatiokerroksena ja StackOnen alla olevana infrastruktuurina. Siksi olemme rakentaneet Pythonille ja Typescriptille SDK:t, jotka liittyvät suoraan LangChainiin ja CrewAI-työkaluihin. Näet hybridimallin, jossa avoimen lähdekoodin työkalut ovat prototyyppien luomiseen ja hallitut alustat ovat tuotannon luotettavuuden kannalta. Se on samanlaista kuin miten tiimit käyttävät Terraformia AWS:n kanssa. Se ei ole joko-tai, vaan molemmat.”

Kiitos haastattelusta, lukijat, jotka haluavat oppia lisää, voivat vierailla StackOnen sivustolla.