로망 세스티에 (CEO) 및 기욤 르베델 (CTO), 스택원 (StackOne) 공동 창립자 – 인터뷰 시리즈

로망 세스티에(Romain Sestier), 스택원의 공동 창립자 및 CEO는 구글에서 10억 달러의 가치로 제품을 구축한 경험이 있으며, Yieldify의 제품 및 서비스를 이끌었으며, ContentSquare의 영국 지사를 열고 A/B 테스트 도구와의 통합을 이끌었습니다. 그는 또한 기욤 르베델과 함께 이전 스타트업인 Upper.ai를 공동 창립했습니다. (GOOGL )

기욤 르베델(Guillaume Lebedel), 스택원의 공동 창립자 및 CTO는 Yieldify의 엔지니어링 부사장이었으며, Publicis에 인수되었습니다. 기욤은 통합 팀을 이끌고 수백 개의 SaaS 도구와의 통합을 구축했으며, 월 20억 회 이상의 API 호출을 처리하는 API를 구축하고 유지했습니다.

스택원(StackOne)은 개인 정보 보호를 우선으로 하는 AI 기반 통합 플랫폼으로, B2B SaaS 회사와 AI 에이전트가 단일 통합 API를 통해 수백 개의 엔터프라이즈 시스템과 실시간 양방향 통합을 구축하도록 도와줍니다. 속도와 보안을 위해 설계된 스택원은 개발자가 고객 데이터를 저장하지 않고도 몇 일 내에 통합을 제공할 수 있도록 합니다.

구글을 떠나 스택원을 공동 창립하게 된 영감은 무엇이며, AI 또는 SaaS 통합 분야에서 어떤 격차를 보았나요?

로망: “통합의 고통은私の 경력의 모든 단계에서 느껴왔습니다. 구글에서 제품을 이끌 때도, 초기 스타트업에서 일할 때도, 대규모 시스템에서 일할 때도 통합은 항상 문제였습니다. 구글에서 제품을 이끌 때, AI 인사이트 툴을 구축하고 있었는데, 심지어 기술적으로 가장 발전한 회사에서조차도 시스템 간의 통합은巨大한 장벽이었습니다. 그때私は 이것이 광범위한 시스템적인 문제라는 것을 깨달았습니다. 그리고 LLM의 등장으로 통합 계층을 완전히 재창조할 수 있는 기회가 열렸습니다. 기욤과私は 이를 명확하게 보았습니다. 타이밍이 맞았고, 시장은해결책을 찾고 있었습니다.”

Yieldify와 Area 120에서 제품 및 서비스를 이끌었던 경험과 스택원의 제품 전략에 미친 영향은 무엇인가요?

로망: “Yieldify에서 제품과 서비스를 이끌었을 때, 실제 수익 결과와 연결된 로드맵의 중요성을 배웠습니다. 구글에서 데이터 인사이트 제품을 확장했을 때, 사용자 경험과 채택 메트릭의 중요성을 다시 한 번 깨달았습니다. Area 120은 10배의 아이디어와 속도에 관한 것이었습니다. 그것은 빠르게 움직이고, 실험하고, 큰賭け를 하는 것을 가르쳐주었습니다. 모두가 스택원에서 어떻게 구축하는지에 깊은 영향을 미쳤습니다. 2주간의 스프린트, 대담한 제품 베팅, 그리고 통합을 쉽게 확장할 수 있게 만들뿐만 아니라, 사용하기 즐거운 경험을 제공하는 것에 집중합니다.”

스택원은 새로운 모델을 구축하지 않고, 모델과 SaaS 시스템之间의 연결 조직을 구축하고 있습니다. AI 에이전트의 성공을 위한 이 인프라스트럭처 계층이 왜 इतन 중요한가요?

기욤: “현실은, AI 에이전트는 뇌뿐만 아니라 손도 필요합니다. 모델이 현명하게 추론할 수 있지만, 실제 세계에서 정확하고 빠르게 행동할 수 없으면, 매우 제한적입니다. 인증, 속도 제한, 접근 권한을 관리하는 구조화된 인프라스트럭처 계층이 없으면, 에이전트는 잘못된 행동을 하거나 시스템을 손상시킬 수 있습니다. 대부분의 회사에서 수백 개의 SaaS 도구를 사용하기 때문에, 스택원과 같은 플랫폼이 플럼빙을 추상화하지 않으면, 개별적으로 연결해야 합니다. 우리의 역할은 에이전트가 필요한 도구에 안전하고 확장 가능한 접근을 제공하는 것입니다.这样 팀은 논리보다 로직에 집중할 수 있습니다.”

스택원의 통합 API와 AI 에이전트 액션 플랫폼이 어떻게 작동하는지 설명해 주시고, 기술적으로 어려운 점은 무엇인가요?

기욤: “우리는 도메인당 하나의 완전히 설명된 OpenAPI 사양을 정의합니다. 이는 수백 개의 기본 엔드포인트에 매핑됩니다. 이 사양은 중앙에서 최신 상태로 유지되므로 고객은 버전 변경을 관리할 필요가 없습니다. 우리의 도구 스키마는 올바른 인증 범위를 미리 정의하므로 에이전트는 추측하거나 범위를 벗어나는 작업을 하지 않습니다. 가장 어려운 부분은 SaaS 데이터 모델을 정규화하는 것입니다. 툴 seperti Workday는 고객이 사용자 정의 개체와 관계를 정의할 수 있으므로, 이는巨大한 복잡성을 도입합니다. 우리의 엔진은 실시간으로 이를 처리하여 개발자에게 안정적이고 결정적인 실행 계층을 제공합니다.”

스택원의 툴 호출 엔진은 주요 LLM의 기능보다 빠르고 정확한 이유는 무엇인가요?

기욤: “중요한 것은 구조입니다. 우리의 엔진은 유형화된 함수 시그니처를 제공하므로 모델이 정확히 어떤 인수를 사용해야 하는지 알고 있습니다. 내부적으로 스택원은 도구 호출을 일괄 처리하고 병렬화하여 가능한 한 빠르게 요청을 수행하도록 합니다. 또한 중앙에서 자격 증명을 관리하므로 루프 내에서 재인증이 필요하지 않습니다. 이러한 최적화는 실시간 에이전트를 실행할 때 큰 차이를 만듭니다.”

스택원이 AI 사용 사례에 최적화된 이유는 무엇인가요? 예를 들어, RAG, 툴 사용, 실시간 에이전트 실행 등?

기욤: “우리는 RAG 파이프라인을 위한 델타 전용 엔드포인트를 제공하여 컨텍스트 창을 짧고 효율적으로 유지합니다. 실시간 에이전트의 경우, 네이티브 이벤트 또는 기본적으로 제공되지 않는 경우 생성된 이벤트를 사용하여 통합 웹후크를 지원합니다. 또한租户 및 프로젝트 수준에서 세분화된 접근 제어를 적용하여 여러 사용자에 걸친 여러 에이전트를 안전하게 오케스트레이션합니다.”

내부적으로 통합을 구축하는 팀과 스택원과 같은 플랫폼을 사용하는 팀 사이에서 가장 일반적인 오해는 무엇인가요?

로망: “하나의 큰 신화는 통합이 단순히 API 호출하는 것이라는 것입니다. 초기 구축은 간단해 보이지만, 유지 보수는 종종 20%의 엔지니어링 시간을 소비합니다. 팀은 또한 니치 커넥터의 가치를 과소평가합니다. 보안은 종종事後적인 고려입니다. DIY 팀은 거의 SOC-2 컴플라이언스 또는 테넌트 분리와 같은 것을 다루지 않습니다. 그리고 테넌트 사용자 지정입니다. 새로운 고객은 항상 자체적인 에지 케이스, 구성 퀴르크 및 매핑 논리를帶來합니다. 이는 초기에 쉽게 간과할 수 있습니다.”

모두가 AI 에이전트에 대해 이야기하지만, 실제 배포는 아직 초기 단계입니다. 대규모 기업의 채택을 막고 있는 것은 무엇이라고 생각하시나요? 스택원은 어떻게 해결하고 있나요?

로망: “보안 및 컴플라이언스는 여전히 가장 큰 장벽입니다. CIO들은 에이전트가 범위를 벗어나거나 감사 격차를 생성할 수 있는 것을 걱정합니다. 스택원은 최소한의 OAuth 범위를 적용하고, 테넌트 수준의 종료 스위치를 제공하며, 전체 감사 추적을 제공함으로써 이를 해결합니다. 위험 팀이 이러한 수준의 제어를 볼 때, 그들은 게이트키퍼에서 적극적인 지원자로 전환됩니다.”

SaaS 플랫폼에서 사용자 대신 AI 에이전트가 행동하는 데 기술적 또는 보안적인 어려움은 무엇인가요? 이를 어떻게 완화하나요?

기욤: “토큰 스프롤과 새로 고침 주기를 관리해야 합니다. 이를 중앙 암호화 보관소로 해결합니다. 데이터 누출을 행 수준에서 방지하는 또 다른 어려움입니다. 이를 위해 에이전트가 올바른 데이터에만 접근하고, LLM에 의존하지 않도록 도구 호출에 결정적인 계정 식별자를 적용합니다. 또한 에이전트 드리프트 또는 오용을 방지하기 위해 지속적으로 정책 검사를 수행하고 적색 팀 테스트를 수행합니다. 우리의 플랫폼은 또한 연결된 시스템에 따라 어떤 작업을 사용할 수 있는지 매개변수를 허용합니다. 보안은 기본적으로 구축되어야 합니다.”

LangChain 및 CrewAI와 같은 오픈 소스 도구와 스택원과 같은 사유 플랫폼의 미래는 어떻게 될까요?

기욤: “우리는 오픈 소스를 오케스트레이션 계층으로, 스택원을 기본 인프라로 본다. đó가 우리가 LangChain 및 CrewAI 워크플로에 직접 연결되는 Python 및 TypeScript용 SDK를 구축한 이유입니다. 하이브리드 모델이 등장할 것입니다. 오픈 소스 도구는 프로토 타입을 위한 것이며, 관리되는 플랫폼은 프로덕션급 안정성에 사용됩니다. 이는 Terraform을 AWS와 함께 사용하는 방식과 유사합니다. 이는 либо-또는이 아니라, 둘 다입니다.”

감사합니다. 스택원에 대해 더 알아보려는 독자는 스택원을 방문할 수 있습니다.