罗曼·塞斯蒂耶（CEO）和纪尧姆·勒贝德尔（CTO），StackOne联合创始人 – 采访系列

罗曼·塞斯蒂耶，StackOne联合创始人兼CEO，曾从零开始将一款产品打造到100亿美元的估值，并在Yieldify担任产品和服务副总裁，全球管理70多人，领导SaaS集成策略。罗曼还曾在ContentSquare担任英国服务部负责人，并领导了与A/B测试工具的集成。他还曾与纪尧姆共同创立了一家名为Upper.ai的初创公司。

纪尧姆·勒贝德尔，StackOne联合创始人兼CTO，曾任Yieldify工程副总裁，Yieldify被Publicis收购。纪尧姆曾领导集成团队，构建了数百个与超过1000个SaaS工具集成的连接。他还构建和维护了每月有超过20亿次请求的API。

StackOne是一款以隐私为首要的、人工智能驱动的集成平台，帮助B2B SaaS公司和人工智能代理建立实时、双向集成，跨越数百个企业系统，通过一个统一的API。为速度和安全而设计，它使开发人员能够在几天内交付集成，而无需存储客户数据。

是什么启发你离开谷歌并联合创立StackOne？你在人工智能或SaaS集成领域看到了什么空白，使得这个机会显得紧迫？

罗曼： “集成的痛点是我在整个职业生涯中都感受到的，无论是在初创公司还是在谷歌这样的大型系统中。当我在谷歌领导产品时，我正在为零售行业构建一个人工智能洞察工具，即使在世界上最先进的公司中，我们也遇到了巨大的障碍，只是为了在系统之间实现干净的集成。这时我才意识到：这是一个广泛的、系统性的问题。随着LLM的崛起，我们看到了一个重新构想集成层的机会：一个不是简单地添加的，而是从底层为人工智能构建的。纪尧姆和我看得很清楚：时机是正确的，市场正在渴望一个解决方案。”

你在Yieldify领导产品和服务的经验，以及你在Area 120的工作如何影响了你对StackOne产品策略的方法？

罗曼： “在Yieldify，我领导了产品和服务的双方，这教会了我将产品路线图与实际收入结果联系起来的重要性；例如，加快合作伙伴的接入，提高平均订单价值或降低流失率。在谷歌，我将一个数据洞察产品扩展到10亿美元的增量收入，这种经历强调了用户体验和采用指标的重要性。Area 120是一个完全不同的东西——它全部关于10倍的想法和速度。这教会了我快速行动，持续实验，不要害怕大胆下注。所有这些都深刻地影响了我们在StackOne的构建方式：双周冲刺，勇敢的产品投注，以及对使集成不仅更容易扩展，还要让其使用令人愉悦的关注。”

StackOne并没有构建一个新模型，而是构建了模型和SaaS系统之间的连接组织。为什么这个基础设施层对于人工智能代理的成功如此关键？

纪尧姆： “现实是，人工智能代理不仅需要大脑，还需要手。一个模型可能能够出色地推理，但除非它能够在现实世界中采取精确、安全、快速的行动，否则它将受到极大的限制。没有一个结构化的基础设施层来管理身份验证、速率限制和访问权限，它们将要么产生幻觉并采取错误的行动，要么会造成破坏。大多数公司使用超过100个SaaS工具，因此没有像StackOne这样的平台抽象管道，你将被困在试图单独连接每一个工具。我们的工作是为代理提供安全、可扩展的访问所需工具，让团队专注于逻辑，而不是后勤。”

你能带我们了解StackOne的统一API和人工智能代理操作平台的内部工作原理吗？它的技术挑战是什么？

纪尧姆： “我们为每个域定义一个单一的、详尽描述的OpenAPI规范，它映射到数百个底层端点。该规范在中心保持更新，因此客户无需管理版本更改。我们的工具架构预定义了正确的身份验证范围，这意味着代理不会猜测或超出范围。最困难的部分是规范化SaaS数据模型——像Workday这样的工具允许客户定义自定义对象和关系，这引入了巨大的复杂性。我们的引擎实时处理所有这些，为开发人员提供了一个可靠的、确定性的执行层，得益于LLM辅助映射。”

是什么使得StackOne的工具调用引擎比甚至最先进的LLM的能力更快、更准确？

纪尧姆： “关键是结构。我们的引擎提供了类型化和详尽描述的函数签名，因此模型知道要使用哪些参数。在内部，StackOne能够批处理和并行化工具调用，同时尊重速率限制，以尽可能快地执行请求，并具有自动重试。由于我们集中管理凭据，因此在循环内不需要重新身份验证。这些优化在实时运行代理时会产生巨大的差异。”

StackOne如何针对人工智能用例进行优化，例如检索增强生成（RAG）、工具使用或实时代理执行？

纪尧姆： “我们为RAG管道提供了增量端点，这使得上下文窗口保持短小高效。对于实时代理，我们支持使用本机事件或创建合成事件（当底层工具不提供所需事件时）来利用统一的Webhook。并且我们的平台在租户和项目级别强制执行细粒度的访问控制，这对于安全地编排多个代理以跨不同用户使用至关重要。”

团队在构建内部集成与使用像StackOne这样的平台之间最常见的误解是什么？

罗曼： “一个大神话是，集成只是关于进行API调用。初始构建可能看起来很简单，但持续维护往往会消耗20%的工程时间。团队还低估了小众连接器的价值：您可能会降低优先级的连接器可能是真正的流失风险所在。并且安全性通常是事后才考虑的。内部DIY团队很少涵盖诸如SOC-2合规性或租户隔离等内容，这些对于企业客户来说是不可商量的。然后还有租户定制。每个新客户都会带来自己的边缘情况、配置怪癖和映射逻辑，这会增加持续的复杂性，很容易在开始时忽略。”

每个人都在谈论人工智能代理，但现实世界中的部署仍然处于早期阶段。你认为是什么阻碍了大规模企业采用——StackOne如何解决这个问题？

罗曼： “安全性和合规性仍然是最大的障碍。CIO担心代理会超出范围或创建审计差距。StackOne通过强制执行最小特权OAuth范围、启用租户级别的杀死开关并提供完整的审计跟踪来解决这个问题。当风险团队看到这种控制水平时，他们会从成为门卫转变为积极的支持者。”

让人工智能代理代表用户跨SaaS平台采取行动的最大技术或安全挑战是什么——你如何减轻这些挑战？

纪尧姆： “您必须管理诸如令牌扩散和刷新周期等内容，我们通过中央加密密钥库来解决。防止数据泄漏也是一个挑战，因此我们在工具调用中执行确定性帐户标识符，以确保代理仅访问正确的数据，并且不依赖于LLM。并且为了防止代理漂移或滥用，我们持续运行策略检查和红队测试。我们的平台还允许参数化哪些操作应可用于哪些链接系统。安全性必须从一开始就融入其中。”

你如何看待像LangChain和CrewAI这样的开源工具与像StackOne这样的专有平台的融合？

纪尧姆： “我们认为开源是编排层，而StackOne是底层基础设施。这就是为什么我们为Python和TypeScript构建了直接插入LangChain和CrewAI工作流的SDK的原因。你会看到一个混合模型出现，开源工具用于原型设计，托管平台用于生产级可靠性，类似于团队使用Terraform与AWS的方式。这不是二元选择，而是两者兼而有之。”

感谢这次精彩的采访，希望了解更多的读者可以访问StackOne。