此前，每当有人问起“在公司内部搭建智能体该选什么”，答案几乎毫无悬念地指向同一个方向——Dify。然而昨晚（7月25日），字节跳动也正式开源了其智能体平台Coze。当同样的问题再次被提出时，选择是否会发生变化呢？

本文将对这一话题进行深入分析。

为什么此前企业首选Dify

在Coze开源之前，推荐企业使用Dify的核心原因在于它支持私有化部署。

但需要澄清一个常见误区：私有部署的核心价值并非数据安全——坦率地说，大多数企业自身的数据并没有那么高的保护价值……

私有部署的真正价值在于完全可控。无需担心平台某天半夜推送大版本更新，导致花费一周时间配置的智能体全部失效。这种掌控感，对于任何认真构建AI应用的企业而言，都是不可或缺的刚性需求。

那么，Coze这次开源，能否真正成为企业自主可控、可落地的智能体开发平台呢？

Coze（扣子）有哪些核心优势

需要先明确：这里讨论的是Coze云端版，而非昨日开源的版本。两者差异显著，下文将详细说明。

Coze云端版最大的优势在于其丰富的生态体系：插件生态、模板生态、创作者生态……并且开发团队非常积极，几乎保持每月两次更新的节奏，持续推出新功能、新交互方式和新玩法。

从整体来看，目前全球各类AI应用开发平台、工作流平台和智能体平台所具备的功能，Coze几乎都已覆盖。

但是，如果企业不采用飞书，几乎很难在公司内部真正用好Coze。原因有二：其一，需要一套依赖Coze的账号系统，对员工协作不够友好；其二，如前所述，Coze不开源且更新过于频繁。

此外，由于功能迭代速度过快，文档常常滞后。许多功能节点，即便是资深用户也需要花费相当时间才能掌握其正确用法和实际价值。

那么，开源版能否解决这两个问题呢？

开源版Coze的实际表现如何

我早上部署了一套开源版Coze，结论是：整体不错，但对普通企业而言仍难以直接使用。

这里所说的“普通企业”，是指缺乏开发人员支持、无法通过API/SDK调用已开发AI应用的团队。因为在Coze开源版中搭建的智能体，只能供个人使用，或者通过发布为API、使用SDK调用的方式对外提供。

开源版缺乏多租户功能，并且工作流无法共享。

所谓多租户，指的是你部署的平台能够支持多人同时注册、创建空间并相互协作。目前开源版Coze仅有一个账户系统，无法实现多人协作。（Dify则支持多租户，不过需要付费。）

在你自己部署的Coze中搭建的智能体和工作流，无法分享给他人查看或使用。（而Dify支持将工作流/应用导出为DSL并分享给其他人。）

由于发布渠道仅限API和Chat SDK，你必须自行构建前端应用，才能调用自己Coze平台上的智能体、工作流或应用。

另外，开源版Coze中虽然可以搭建“有界面的智能体应用”，但实际无法搭建界面本身。

创建“应用”后，进入界面只能搭建工作流、知识库和数据库，并未提供搭建界面的选项……

这意味着，不仅“普通企业”无法使用，对“普通AI玩家”而言也基本没有价值。

总结来看，这次开源似乎诚意不足。

其他细节问题

从部署和体验流程来看，团队这次开源显得相当仓促。

如果你亲手部署过Coze，一开始就会发现一个奇怪的现象：必须先配置模型信息，然后再部署应用。无法在启动应用后再配置可用模型，想要添加大模型，必须创建模型YAML文件。这似乎不太符合“开源”的惯例。

另一个仓促的迹象体现在知识库的Embedding模型选择上。部署文档中没有任何相关提示，但当你上传文档进行向量化存储时，处理进度会一直停留在0%。

项目提供了三种Embedding方式：火山引擎的豆包嵌入模型、OpenAI的嵌入模型以及一个本地嵌入服务。配置提示说明：如果选择的向量数据库自带Embedding能力，则无需配置向量模型。但默认的向量数据库是Milvus——它并不具备向量化能力……

因此，要搭建知识库，必须配置向量模型，或者在本地6543端口运行一个向量模型服务。

回顾来看，字节跳动此次开源更像是一种“先占位”的策略，而非真正准备提供让企业立即投入使用的成熟产品。对于目前正在认真评估企业级智能体平台选型的团队而言，Dify依然是更稳妥的选择——至少在开源生态的成熟度以及企业协作的完备性方面，差距依然显著。