CopilotKit拿了2700万刀,说要帮开发者搞应用原生的AI助手

现在好多公司做的AI,其实就是往应用里塞个聊天机器人。你打字或者说话告诉它要干嘛,它就去干。但用起来总感觉有点别扭。纯文本的交互体验不一定好,比如你想用个旅游App规划整个行程,结果就得看它吐出来一大堆文字在那翻。

CopilotKit的创始人觉得,这种做法根本没发挥出AI助手和大语言模型的真正潜力。公司的联合创始人Atai Barkai和Uli Barkai认为,未来的方向应该是让助手直接住在应用里面,能理解用户正在做什么,能执行操作,还能展示有用的界面,而不是只返回大段文字。

他们公司搞的那个挺火的协议,瞄准的就是解决方案的第一部分。这个被广泛采用的开源协议,标准化了AI助手如何连接和与用户界面(比如网页浏览器或App)通信,提供了流式聊天、前端工具调用、状态共享这些功能,让人也能参与到这个流程里。说白了,AG-UI给了开发者一个框架和工具,让他们能在自己的应用里部署AI助手。

CopilotKit还在AG-UI的基础上搞了个企业工具包,增加了支持、自托管部署功能,还有其他一些想把助手集成到产品里的公司必需的东西。为了把这个工具包推向市场,这家西雅图的初创公司已经完成了2700万美元的A轮融资,领投方是Glilot Capital、NFX和SignalFire。

灵活的用户界面是个特别的卖点。CEO Atai Barkai说,开发者可以用他们的框架来提供动态用户界面的规范和构建模块,然后AI助手就可以用这些来生成符合上下文的界面。

“助手回复你的时候,不只是文字块,还能用你自己公司定义的交互式界面,”Atai解释说。“举个例子,如果用户要求按类别查看收入细分,他得到的不是一大段难读的文字,而是一个饼图,而且是你们自己设计的、用户可以交互的饼图。这样一来,你的所有助手都能非常简单地与UI对话,用上这个组件库,然后展示给用户。”

Atai还提到,CopilotKit的工具包让开发者能完全控制他们的AI助手可以对UI做多大改动,甚至可以选择让界面做到‘像素级完美’,或者只提供一些宽泛的构建模块,让AI根据需要去组合。

这笔融资是在AG-UI和CopilotKit都获得强劲采用之后进行的。这个协议,现在由像Google、Microsoft、Amazon、Oracle这些主要的AI基础设施提供商,还有LangChain、Mastra、PydanticAI、Agno这些流行框架支持着。它跟目前广泛采用的Model Context Protocol (MCP)和Agent2Agent (A2A)协议是配合工作的。

Atai说,CopilotKit和AG-UI(这是他们公司在生态系统中最重要的筹码)每周都有数百万次安装,而且很大一部分财富500强公司都在生产环境中使用这个协议和他们的工具。同时,CopilotKit的企业客户名单里也有像Deutsche Telekom、Docusign、Cisco、S&P Global这样的大公司。

为了抓住这股增长的兴趣,公司还推出了CopilotKit Enterprise Intelligence,这是一个可以自托管的产品,打包了一系列基础设施功能,以便在应用内完整地部署助手。

CopilotKit在企业助手工具市场面临激烈竞争。云平台Vercel的开源帮助开发者构建具有类似功能的AI应用,而assistant-ui则提供了构建AI聊天界面的组件。同时,OpenAI的Apps SDK也是个选项,可以构建更丰富的界面,但仅限于在ChatGPT内部。

Atai认为CopilotKit和这些产品不同,因为它采取的是横向的、对企业友好的方法,而不是垂直集成的。CopilotKit不是提供一个全栈AI平台,而是旨在支持企业已经在用的任何助手框架、云提供商或后端。

“如果说在企业对话里我们几乎每次都能听到两件事,那就是企业想要可选择性,还想要自托管,”他说。“可能他们已经用了Google、Amazon、Oracle、Microsoft、LangChain、Mastra这些技术栈。他们想要可选择性,也想要自托管,而这两点在Vercel的技术栈里他们基本上得不到。”

这种开放的定位很重要。那些在自己开源基础设施上构建业务的公司常常面临一种矛盾:既希望自己的技术保持为一个中立标准,又需要在其之上建立业务。但Atai表示,AG-UI是一个完全开放的协议,而CopilotKit的商业产品是为了让这个开源栈对企业来说更稳固,而不是取代它。

“它们是高度互补的。我们的策略是成为生态系统里的默认选择,然后从顶级企业那里获得收入,”负责增长的Uli补充道。“所以,让开源项目做到最好,完全符合我们的利益,这样95%的用户可以直接上手构建,不用付钱给任何人,也不用跟任何人谈。”

公司目前有大约25名员工,计划用新融来的钱扩大团队。

当你通过我们文章中的链接购买时,我们可能会赚取一小笔佣金。这不会影响我们的编辑独立性。

COMMENT===
这种框架最后大概率变成技术债,用过就知道。

请问有没有更具体的集成案例?比如它跟现有CI/CD流程配合的实际操作步骤是怎样的?我看文档里提到动态界面生成,但没找到详细配置示例。

我们团队上个月试过类似方案,当时为了把助手嵌进内部运维面板,光调交互逻辑就花了三周。中间遇到状态同步老出bug,助手动不动就卡在加载态。后来发现是前端事件监听没做好兜底。建议用这种框架之前先把你们应用的渲染链路理清楚,不然调试到崩溃。

感觉又是画大饼的…之前不是说AI原生应用马上要爆发吗?现在不还是靠聊天框点点点。这东西真能解决实际问题?我不太确定啊,有没有用过的人说说实际体验?

CopilotKit这种钱来得快 但护城河浅

2700 万看着多,烧研发可能撑不到一年